所以我只花了2个工作日来解决这个问题。我们是地图的自动渲染过程。所有数据都以SQL为基础给出,我的工作是编写“包装器”,以便我们可以在内部框架中实现此目标。除了一个需要的请求外,我处理了所有其他请求。 该请求是 POST要素类型,因为这是一种创建可以稍后渲染的图层的方法。
我已将所有请求保存在邮递员中,以便对geoserver本身提供的示例数据进行预测试。我什至无法获得状态码201的响应,并且总是收到500个内部服务器错误。此状态在语法中被描述为可能的语法错误。但是我实际上只是复制并粘贴了示例和使用的geoserver提供的数据。
这是要求:http://127.0.0.1:8080/geoserver/rest/workspaces/tiger/datastores/nyc/featuretypes
及其主体:
{
"name": "poi",
"nativeName": "poi",
"namespace": {
"name": "tiger",
"href": "http://localhost:8080/geoserver/rest/namespaces/tiger.json"
},
"title": "Manhattan (NY) points of interest",
"abstract": "Points of interest in New York, New York (on Manhattan). One of the attributes contains the name of a file with a picture of the point of interest.",
"keywords": {
"string": [
"poi",
"Manhattan",
"DS_poi",
"points_of_interest",
"sampleKeyword\\@language=ab\\;",
"area of effect\\@language=bg\\;\\@vocabulary=technical\\;",
"Привет\\@language=ru\\;\\@vocabulary=friendly\\;"
]
},
"metadataLinks": {
"metadataLink": [
{
"type": "text/plain",
"metadataType": "FGDC",
"content": "www.google.com"
}
]
},
"dataLinks": {
"org.geoserver.catalog.impl.DataLinkInfoImpl": [
{
"type": "text/plain",
"content": "http://www.google.com"
}
]
},
"nativeCRS": "GEOGCS[\"WGS 84\", \n DATUM[\"World Geodetic System 1984\", \n SPHEROID[\"WGS 84\", 6378137.0, 298.257223563, AUTHORITY[\"EPSG\",\"7030\"]], \n AUTHORITY[\"EPSG\",\"6326\"]], \n PRIMEM[\"Greenwich\", 0.0, AUTHORITY[\"EPSG\",\"8901\"]], \n UNIT[\"degree\", 0.017453292519943295], \n AXIS[\"Geodetic longitude\", EAST], \n AXIS[\"Geodetic latitude\", NORTH], \n AUTHORITY[\"EPSG\",\"4326\"]]",
"srs": "EPSG:4326",
"nativeBoundingBox": {
"minx": -74.0118315772888,
"maxx": -74.00153046439813,
"miny": 40.70754683896324,
"maxy": 40.719885123828675,
"crs": "EPSG:4326"
},
"latLonBoundingBox": {
"minx": -74.0118315772888,
"maxx": -74.00857344353275,
"miny": 40.70754683896324,
"maxy": 40.711945649065406,
"crs": "EPSG:4326"
},
"projectionPolicy": "REPROJECT_TO_DECLARED",
"enabled": true,
"metadata": {
"entry": [
{
"@key": "kml.regionateStrategy",
"$": "external-sorting"
},
{
"@key": "kml.regionateFeatureLimit",
"$": "15"
},
{
"@key": "cacheAgeMax",
"$": "3000"
},
{
"@key": "cachingEnabled",
"$": "true"
},
{
"@key": "kml.regionateAttribute",
"$": "NAME"
},
{
"@key": "indexingEnabled",
"$": "false"
},
{
"@key": "dirName",
"$": "DS_poi_poi"
}
]
},
"store": {
"@class": "dataStore",
"name": "tiger:nyc",
"href": "http://localhost:8080/geoserver/rest/workspaces/tiger/datastores/nyc.json"
},
"cqlFilter": "INCLUDE",
"maxFeatures": 100,
"numDecimals": 6,
"responseSRS": {
"string": [
4326
]
},
"overridingServiceSRS": true,
"skipNumberMatched": true,
"circularArcPresent": true,
"linearizationTolerance": 10,
"attributes": {
"attribute": [
{
"name": "the_geom",
"minOccurs": 0,
"maxOccurs": 1,
"nillable": true,
"binding": "com.vividsolutions.jts.geom.Point"
},
{},
{},
{}
]
}
}
所以这是示例案例,我无法从服务器获得任何有用的响应。我得到带有正文 name 的代码500(json中的第一项)。类似地,当尝试使用xml body(第一个标签)时,我得到与body FeatureTypeInfo 相同的代码。
我已经在Docker中的geoserver的新实例中尝试了该请求(更改了端口),但仍然没有成功。
我检查数据存储区,工作空间是否可用以及“ poi”层尚不存在。
还有一些请求日志(与xml正文类似):
2018-08-03 07:35:02,198错误[geoserver.rest]- com.thoughtworks.xstream.mapper.CannotResolveClassException:名称为 com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:79) 在.....
有人知道这一解决方案并使它起作用吗?我正在使用GeoServer 2.13.1
答案 0 :(得分:0)
因此,我仍在寻找答案,并且使用此帖子(https://gis.stackexchange.com/questions/12970/create-a-layer-in-geoserver-using-rest)来获取POST featureType的正确内容,并因此在GeoServer中创建一个图层。
文档已关闭in REST API docs。
使用上面的链接,我发现使用JSON时,JSON中缺少插入内容。为了使API在这里起作用,我们需要添加:
{featureType:
name: "...",
nativeName: "...",
.
.
.}
因此它不是以“ name”属性开头,而是包含在“ featureType”中。
我也没有尝试过XML,但是我想它可能很相似。
希望这可以帮助像我一样挣扎的人。
答案 1 :(得分:0)
Blaz在这里是正确的,您需要一个FeatureType的外部对象,然后是带有您的配置的内部对象。所以;
{
"featureType": {
"name": "layer",
"nativeName": "poi",
"your config": "stuff"
}
我发现尽管使用了post请求,但是如果有任何响应,我将得到很少的响应;如果层创建有效,则响应不明显。但是您可以调用http://IP:8080/geoserver/rest/layers.json来检查新层是否在那里。