ArcGIS Server Java ADF 案例教程 43

一 Server Object Extensions Server Object Extensions（以下简称SOE）是Server Object的扩展，比如MapServer、GPServer等等。和Utility Objects不同，SOE只在Server Object被创建的时候被初始化，它的生命周期和Server Object是相同的。相比Utility Objects，SOE有以下的一些特点： Ø 开发人员不需要手动实例化SOE，SOE是在Server Object被创建的同时被实例化的 Ø ArcGIS Server的管理程序可以显示SOE的参数配置 Ø SOE的运行信息将被记录到ArcGIS Server的日志中去 Ø SOE的功能可以通过SOAP访问 更直观一点，让我们看一下下面这张截图，这是一个添加了一个自定义SOE的Map Service管理界面： 图 30 添加了SOE的Map Service 是不是可以把SOE理解成一个服务的自定义Capability？似乎ESRI就是这样理解的。那下面我们就通过自定义一个新的Capability来看看SOE的用法。 二

ArcGIS Server Java ADF 案例教程 42

二 使用Utility Objects提高查询性能【案例】 这是我的同事使用Utility Objects解决某个用户的一个实际问题。这个用户通过调用AO进行空间查询，然后在此基础上进行分页，分页的时候遍历该页所有的IFeature，提取属性信息，构造成自己的结果返回——结果，遇到了严重的性能问题，在上万条记录中查询一般两三分钟才可以出结果，这在一个国家级项目中是难以忍受的。 经过添加日志分析，发现AO查询的速度非常快，问题就是出在遍历IFeature这个操作上，是不停地进行跨进程调用产生的。就在这个时候9.3.1正式发布了，Utility Objects有如救星般地降临了！ 由于在上一小节关于怎么定义Utility Object已经讲得比较清楚，这里就不在啰嗦怎么封装接口和实现类了。下面是封装起来的功能代码，主要就是遍历分页要素并提取有用的信息，当然，原先这部分代码是在Web层执行的。 IFeature feature = featureCursor.nextFeature(); int featureCount = 0; while (feature != null) { if (

ArcGIS Server Java ADF 案例教程 41

第一章 扩展ArcGIS Server 这一章其实和ADF已经没有太大关系了，在ArcGIS的帮助里也是在ArcGIS Server开发章节里。考虑到使用ADF开发的一般对功能要求比较多一点，所以对于怎么扩展ArcGIS Server可能比较关心，反正ADF差不多也讲完了，这一章就算是一个结束吧。 从9.3.1开始，ArcGIS Server提供了Java开发者更多的可扩展性。通过扩展ArcGIS Server可以使某些自定义的功能更加完善和强大、使你的某些工作可以更加模块化并和ArcGIS Server很好地结合在一起。下面让我们来看看ArcGIS Server可以通过什么样的途径进行扩展。 一 Utility Objects Utility Objects主要是为了提升ArcGIS Server在Local方式连接下某些操作的性能而准备的。在此之前，让我们首先去了解一些ADF调用服务器端AO对象的过程和特点。 图 29 ADF调用服务器端对象的过程 如图 29所示，当用户发生请求的时候，ADF首先会和SOM交互（图中1）；SOM将根据服务器情况分配一个SO用以处理这个用户的请求

ArcGIS Server Java ADF 案例教程 40

二 两种方式自定义Web Service 在IDE里创建一个Web Service工程是很容易的，只要找到【File】-【New】-【Web Service】菜单就可以了，点击这个菜单将会弹出下面的对话框： 这里的Web service type有两种选择：一种是Bottom up、另外一种是Top down。这两种方式分别对应了自下而上和自上而下两种新建Web Service的模式。如果你已经有了实现的功能类，现在想要把它封装成Web Service，那么你应当选择Bottom up模式；如果你首先定义了Web Service的描述文件（wsdl），现在想要实现这个wsdl的功能，那么你应当选择Top down模式。 三 实现Web Service的功能 不管通过Bottom up还是Top down方式，当你把Web Service的框架搭起来以后，剩下的工作就是如何去实现Web Service的功能了。下面让我们通过讲解一个网络分析Web Service的实现，来了解自定义Web Service的运作。 这个网络分析的Web Service需要的功能是预先定义好的，其中有比如

ArcGIS Server Java ADF 案例教程 39

第一章 有关Web Service 在IDE的菜单中，你会看到有个很长的【ArcGIS Web Services Project】，别高兴，这不是给你自定义Web Service的，运行完向导你会发现生成的是一个Java桌面程序——有着一如既往丑陋的界面和很不友好的GIS功能。原来我一直当它是废物，不过前段时间它还真的帮了我大忙。我们有个测试需要测ArcGIS Server对Web Service的支持，要求必须抓取到浏览器与服务器交互的可读的SOAP消息；但是你要知道，考虑到效率ArcGIS Server内部都是用二进制的SOAP进行交互；要抓到可读的SOAP消息，ArcGIS的Web Service包必须被部署到浏览器端——最后，就是靠这个丑陋的“ArcGIS Web Services Project”，做了很多修改封装成了Applet才达到了这个要求。 扯远了，说了这么多其实只为了说明这样一点：“ArcGIS Web Services Project”是一个使用ArcGIS的Web Service类库实现一些GIS功能的Java桌面程序，演示意义大于应用意义。下面我们首先来讨论一

ArcGIS Server Java ADF 案例教程 38

三 调用AO实现缓冲功能【案例】 在这个小节中，让我们通过调用AO实现一个缓冲区分析的功能。 首先，我们需要配置一个地图服务资源，还是用前面使用过的世界地图服务吧，但是这次采用的是Local方式去连接，你可以直接在打开的JSP页面上右键选择【ArcGIS】-【Configure Map Service…】菜单打开服务配置窗口： 图 27 使用IDE插件配置 Local方式连接的服务 下面我们在一个Tool中通过这个AGSLocalMapResource来调用AO： public class BufferPointToolAction implements MapToolAction { public void execute(MapEvent event) throws Exception { WebContext webContext = event.getWebContext(); AGSLocalMapResource agsLocalMapResource = (AGSLocalMapResource)webContext.getResourceById("ags1"); I