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