简析GeoServer服务的内部文件组织以及GeoServer自动化服务发布工具的开发思路 - Naa
1.前言
通过GeoServer发布的服务,在GeoServer内部有固定的文件组织和构造。如果对该文件组织和构造有足够的了解,可以通过此规律来自己开发GeoServer服务的发布工具,简化工程人员的操作流程。此篇文章将跟大家一起探讨其中规律。
2.了解GeoServer中与服务相关的基本文件
在GeoServer的Data文件夹中有如下文件:
其中,workspaces文件则是图层服务相关的配置文件存放处。
styles文件夹是style相关文件的默认存放处。
2.1workspaces文件夹
此文件夹中包括了:namespace.xml,workspace.xml,datastore.xml,featuretype.xml,layer.xml。
此文件夹中的文件组织如下图:
2.2styles文件夹
3.以一个图层的发布为例,详解与此服务相关的各配置文件以及它们之间的关系
一个服务能够被GeoServer成功的发布,得益于GeoServer内部对与该服务相关的配置文件的读取。这里,我详细的与大家一起探讨一个以postGIS为数据源的图层服务的各配置文件的编写。
3.1编写workspace.xml和namespace.xml文件
workspace.xml的文件如下:
namespace.xml的文件如下:
注意:以上两个配置文件中,workspaceID和namespaceID在会接下来的配置文件中使用。
3.2编写datastore.xml文件
注意:其中namespaceUrl与之前的namespaceUrl要保持一致。DatasourceID在还在接下来的配置文件中使用。
3.3编写样式文件(test.sld和test.xml)
test.sld文件如下所示(具体sld如何编写可以参考我的博客http://www.cnblogs.com/naaoveGIS/p/4176198.html):
test.xml的文件编写如下:
注意:text.xml中的filename配置为想要关联的sld文件。StyleName在接下来的配置文件中使用。
3.4编写featuretype.xml文件
该文件详细描述了所要发布的图层的信息,具体如下:
注意:此处datastoreID和namespaceID均使用以上配置中生成的ID。nativeName中使用postgis中数据源的名称(图层表名)。FeaturetypeID会在接下来的配置中使用。
3.5编写layer.xml文件
layer.xml为发布前的最后一个配置了,其具体配置如下:
注意:styleID和featuretypeID均为以上配置文件中生成的ID。
4.GeoServer自动化发布服务工具的探索
在了解了GeoServer发布一个图层所需的配置文件,以及各配置文件之间的联系后,我们可以基于这个规则制作一个GeoServer自动化发布服务的工具。其流程图如下:
注意:配置文件可以由模板生成,针对不同图层,在模板上修改即可。
5.结果展示
以下是通过自动化工具生成的文件:
——欢迎转载,但保留版权,请于明显处标明出处: http://www.cnblogs.com/naaoveGIS/
本文链接: 简析GeoServer服务的内部文件组织以及GeoServer自动化服务发布工具的开发思路,转载请注明。