New FeatureType Editor not accept SRS EPSG:4326 under versioning data_dir
-------------------------------------------------------------------------
Key: GEOS-1799
URL: http://jira.codehaus.org/browse/GEOS-1799
Project: GeoServer
Issue Type: Bug
Components: Versioning
Affects Versions: 1.6.2
Environment: geoserver-1.6.2a-bin.zip Ubuntu Linux Java 1.5
Reporter: Scot E. Wilcoxon
Assignee: Andrea Aime
When the versioning "data_dir" has replaced the 1.6.2a "data_dir" then trying to create a new feature type fails because SRS lookup for EPSG:4326 fails. SRS "UNKNOWN" appears. EPSG:4326 works when using the 1.6.2a "data_dir".
When installing the versioning data directory, is it supposed to replace the default data_dir, or should it be copied over the existing contents of data_dir?
Notice this is using the binary installation due to failure of Tomcat installation; previous Tomcat problems are still outstanding.
2008-03-11 16:42:37,964 DEBUG [data.postgis] - SELECT COUNT(*) from "public"."versioned_tables" WHERE SCHEMA = 'public' AND NAME='restricted' AND VERSIONED = TRUE
2008-03-11 16:42:37,968 DEBUG [data.postgis] - SELECT COUNT(*) from "public"."versioned_tables" WHERE SCHEMA = 'public' AND NAME='roads' AND VERSIONED = TRUE
2008-03-11 16:42:37,972 DEBUG [data.postgis] - SELECT COUNT(*) from "public"."versioned_tables" WHERE SCHEMA = 'public' AND NAME='streams' AND VERSIONED = TRUE
2008-03-11 16:42:37,976 DEBUG [data.postgis] - SELECT COUNT(*) from "public"."versioned_tables" WHERE SCHEMA = 'public' AND NAME='us14' AND VERSIONED = TRUE
2008-03-11 16:42:37,980 DEBUG [data.postgis] - SELECT COUNT(*) from "public"."versioned_tables" WHERE SCHEMA = 'public' AND NAME='w1900' AND VERSIONED = TRUE
2008-03-11 16:42:38,080 DEBUG [data.postgis] - geometry type sql statement is SELECT type FROM geometry_columns WHERE f_table_schema='public' AND f_table_name='w1900' AND f_geometry_column='the_geom';
2008-03-11 16:42:38,084 DEBUG [data.postgis] - geometry type is: POINT
2008-03-11 16:42:38,084 DEBUG [data.postgis] - srid statement is SELECT srid FROM geometry_columns WHERE f_table_schema='public' AND f_table_name='w1900' AND f_geometry_column='the_geom';
2008-03-11 16:42:38,088 DEBUG [data.postgis] - srid statement is SELECT srid FROM geometry_columns WHERE f_table_schema='public' AND f_table_name='w1900' AND f_geometry_column='the_geom';
2008-03-11 16:42:38,088 DEBUG [data.postgis] - get Feature source called on w1900
2008-03-11 16:42:38,088 DEBUG [data.postgis] - returning pg feature locking
2008-03-11 16:42:38,088 DEBUG [geoserver.action] - Error occurred trying to lookup the SRS
java.lang.NullPointerException
at org.geotools.referencing.CRS.lookupIdentifier(CRS.java:728)
at org.vfny.geoserver.action.data.TypesEditorAction.executeLookupSRS(TypesEditorAction.java:180)
at org.vfny.geoserver.action.data.TypesEditorAction.execute(TypesEditorAction.java:136)
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:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1054)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1045)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:69)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1045)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1045)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1045)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:358)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
at org.mortbay.jetty.Server.handle(Server.java:303)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:735)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:636)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2008-03-11 16:42:38,092 DEBUG [referencing.factory] - Failure in the primary factory: No code "EPSG:UNKNOWN" from authority "European Petroleum Survey Group" found for object of type "CoordinateReferenceSystem". Now trying the fallback factory...
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira