[#GEOS-2818] Namespace deletion should check for any store/layer still using the namespace - jira.codehaus.org

GeoServer

Namespace deletion should check for any store/layer still using the namespace

Created: 01/Apr/09 05:31 AM Updated: 10/Apr/09 11:20 AM Resolved: 10/Apr/09 11:20 AM

Return to search

Component/s:

Affects Version/s:

1.7.3

Fix Version/s:

1.7.4

Time Tracking:

Not Specified

Description

« Hide

To reproduce:
1. from a default install
2. navigate to Data > Coverages
3. Choose "img_sample2:Pk50095" and select 'delete'

The following stack trace is produced:

java.lang.NullPointerException
at org.vfny.geoserver.action.data.DataCoveragesSelectAction.coverageInGroup(DataCoveragesSelectAction.java:89)
at org.vfny.geoserver.action.data.DataCoveragesSelectAction.execute(DataCoveragesSelectAction.java:65)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)

This bug prevents me cleaning out the default configuration when setting up a new geoserver instance; as a workaround I am going to go look at the data directory.

Sort Order:

Jody Garnett made changes - 01/Apr/09 05:33 AM

Field	Original Value	New Value
Description	To reproduce: 1. from a default install 2. navigate to Data > Coverages 3. Select 'delete' The following stack trace is produced:	To reproduce: 1. from a default install 2. navigate to Data > Coverages 3. Select 'delete' The following stack trace is produced: {panel} java.lang.NullPointerException at org.vfny.geoserver.action.data.DataCoveragesSelectAction.coverageInGroup(DataCoveragesSelectAction.java:89) at org.vfny.geoserver.action.data.DataCoveragesSelectAction.execute(DataCoveragesSelectAction.java:65) at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) {panel}

[ Permalink | « Hide ]

Jody Garnett added a comment - 02/Apr/09 08:07 AM

This bug is preventing me from setting up the CCIP demo server; for now I will go into the filesystem and try not to mess everything up.

Jody Garnett made changes - 02/Apr/09 08:09 AM

Affects Version/s

1.7.3 [ 14786 ]

Jody Garnett made changes - 08/Apr/09 04:04 AM

Description	To reproduce: 1. from a default install 2. navigate to Data > Coverages 3. Select 'delete' The following stack trace is produced: {panel} java.lang.NullPointerException at org.vfny.geoserver.action.data.DataCoveragesSelectAction.coverageInGroup(DataCoveragesSelectAction.java:89) at org.vfny.geoserver.action.data.DataCoveragesSelectAction.execute(DataCoveragesSelectAction.java:65) at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) {panel}	To reproduce: 1. from a default install 2. navigate to Data > Coverages 3. Choose "img_sample2:Pk50095" and select 'delete' The following stack trace is produced: {panel} java.lang.NullPointerException at org.vfny.geoserver.action.data.DataCoveragesSelectAction.coverageInGroup(DataCoveragesSelectAction.java:89) at org.vfny.geoserver.action.data.DataCoveragesSelectAction.execute(DataCoveragesSelectAction.java:65) at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) {panel} This bug prevents me cleaning out the default configuration when setting up a new geoserver instance; as a workaround I am going to go look at the data directory.
Summary	NPE when removing img_sample2:Pk50095	NPE when removing any raster layer

Andrea Aime made changes - 08/Apr/09 04:05 AM

Fix Version/s

1.7.4 [ 14787 ]

[ Permalink | « Hide ]

Andrea Aime added a comment - 08/Apr/09 04:06 AM

Popping up priority, one is not supposed to hit the filesystem and modify the catalog entries by hand

Andrea Aime made changes - 08/Apr/09 04:06 AM

Priority

Minor [ 4 ]

Major [ 3 ]

[ Permalink | « Hide ]

Andrea Aime added a comment - 10/Apr/09 11:06 AM

Could not reproduce at first. In order to reproduce one has to delete the namespace in which the coverages are stored before trying to remove the coverages themselves.

Andrea Aime made changes - 10/Apr/09 11:06 AM

Summary

NPE when removing any raster layer

Namespace deletion should check for any store/layer still using the namespace

Andrea Aime made changes - 10/Apr/09 11:20 AM

Resolution		Fixed [ 1 ]
Status	Open [ 1 ]	Closed [ 6 ]

[ Permalink | « Hide ]

Andrea Aime added a comment - 10/Apr/09 11:20 AM

Fixed. The code was checking for datastores using the namespace, but not for coverage stores