Simo_D
November 28, 2013, 9:17am
1
Hello list,
in the GeoNode project we recently upgraded the geoserver version to 2.4, which is great, although we are facing an issue related to the REST layer delete.
The issue is described here https://github.com/GeoNode/geonode/issues/1284 and the piece of code originating it is here https://github.com/GeoNode/geonode/blob/master/geonode/geoserver/helpers.py#L218 .
The workflow we use to delete a layer is:
Delete the layer
Delete the associated styles
Delete the featuretype
Delete the store
We get a 500 error (the stacktrace is in the issue) on the delete featuretype step.
The http request we make is a DELETE to an address like this one http://localhost:8080/geoserver/rest/workspaces/geonode/datastores/streams/featuretypes/streams.xml
Which exists before the call and doesn’t exist anymore after the call even if the result is a 500 error.
Thanks i advance for any help and suggestion you can give
–
Simone
On Thu, Nov 28, 2013 at 10:17 AM, Simone Dalmasso <simone.dalmasso@anonymised.com
wrote:
Hello list,
in the GeoNode project we recently upgraded the geoserver version to 2.4,
which is great, although we are facing an issue related to the REST layer
delete.
The issue is described here https://github.com/GeoNode/geonode/issues/1284 and
the piece of code originating it is here
https://github.com/GeoNode/geonode/blob/master/geonode/geoserver/helpers.py#L218
.
The workflow we use to delete a layer is:
- Delete the layer
- Delete the associated styles
- Delete the featuretype
- Delete the store
We get a 500 error (the stacktrace is in the issue) on the delete
featuretype step.
The http request we make is a DELETE to an address like this one
http://localhost:8080/geoserver/rest/workspaces/geonode/datastores/streams/featuretypes/streams.xml
Which exists before the call and doesn't exist anymore after the call even
if the result is a 500 error.
Is GeoServer logging any strack trace when this happens?
Cheers
Andrea
--
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
Simo_D
November 28, 2013, 9:29am
3
Hi Andrea, yes this is the stack
http://pastebin.com/ZUX8ceFE
···
2013/11/28 Andrea Aime <andrea.aime@anonymised.com >
–
Simone
On Thu, Nov 28, 2013 at 10:17 AM, Simone Dalmasso <simone.dalmasso@anonymised.com > wrote:
Hello list,
in the GeoNode project we recently upgraded the geoserver version to 2.4, which is great, although we are facing an issue related to the REST layer delete.
The issue is described here https://github.com/GeoNode/geonode/issues/1284 and the piece of code originating it is here https://github.com/GeoNode/geonode/blob/master/geonode/geoserver/helpers.py#L218 .
The workflow we use to delete a layer is:
Delete the layer
Delete the associated styles
Delete the featuretype
Delete the store
We get a 500 error (the stacktrace is in the issue) on the delete featuretype step.
The http request we make is a DELETE to an address like this one http://localhost:8080/geoserver/rest/workspaces/geonode/datastores/streams/featuretypes/streams.xml
Which exists before the call and doesn’t exist anymore after the call even if the result is a 500 error.
Is GeoServer logging any strack trace when this happens?
Cheers
Andrea
–
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
On Thu, Nov 28, 2013 at 10:29 AM, Simone Dalmasso <simone.dalmasso@anonymised.com
wrote:
Hi Andrea, yes this is the stack
http://pastebin.com/ZUX8ceFE
That is useful. Can you open a ticket at
http://jira.codehaus.org/browse/GEOS , adding that stack trace,
and a description of how to reproduce, in it?
Cheers
Andrea
--
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
Simo_D
November 28, 2013, 10:05am
6
In the meantime do you have any suggestions?
Doing some tests I noticed that in order to preserve the geoserver integrity I can add a try block around that DELETE call and then trigger a geoserver catalog reload. Without the reload the reload of the same layer breaks and there are other errors.
Chhers
···
2013/11/28 Simone Dalmasso <simone.dalmasso@anonymised.com >
Sure,
thanks!
–
Simone
2013/11/28 Andrea Aime <andrea.aime@anonymised.com >
–
Simone
On Thu, Nov 28, 2013 at 10:29 AM, Simone Dalmasso <simone.dalmasso@anonymised.com > wrote:
Hi Andrea, yes this is the stack
http://pastebin.com/ZUX8ceFE
That is useful. Can you open a ticket at http://jira.codehaus.org/browse/GEOS , adding that stack trace,
and a description of how to reproduce, in it?
Cheers
Andrea
–
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it