[Geoserver-users] 500 error on REST layer and store delete

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

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

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

-------------------------------------------------------

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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

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

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

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

-------------------------------------------------------

Sure,

thanks!

···

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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

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


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

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

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