[Geotools-devel] [jira] (GEOT-4061) EPSG HSQL factories cannot recover from connection corruption
Wouter Schaubroeck created GEOT-4061:
Summary: EPSG HSQL factories cannot recover from connection
corruption
Key: GEOT-4061
URL: https://jira.codehaus.org/browse/GEOT-4061
Project: GeoTools
Issue Type: Bug
Components: referencing
Affects Versions: 2.7.3
Environment: Ubuntu Server, Sun JDK 1.6, x86_64
Reporter: Wouter Schaubroeck
Assignee: Andrea Aime
Hi,
This is a bug that occures in GeoServer, but I suppose it's more related to
GeoTools than to GeoServer.
The following exception is thrown when GeoServer needs to reproject some vector
data:
{noformat}
Error occurred decoding the espg code urn:x-ogc:def:crs:EPSG:4326
Database failure while creating a 'CoordinateReferenceSystem' object for code
"EPSG:4326".
Connection is closed
Details:
org.geoserver.platform.ServiceException: Error occurred decoding the espg code
urn:x-ogc:def:crs:EPSG:4326
at
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:181)
at
org.geoserver.wms.map.GetMapKvpRequestReader.read(GetMapKvpRequestReader.java:74)
at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1157)
at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:488)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:231)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
at
org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:394)
at
org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at
org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at
org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at
org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105)
at
org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at
org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406)
at
org.
[Geotools-devel] Request approval for changes to: gt-wfs - org.geotools.data.wfs - WFSDataStoreFactory.java
To Justin, Gabriel I'm in the process of adding complex feature support for WFS to GeoTools and, to this end, I would like to propose changes to the following file: gt-wfs - org.geotools.data.wfs - WFSDataStoreFactory.java At the moment WFSDataStoreFactory extends AbstractDataStoreFactory but I would like to another class (WFSDataAccessFactory) inbetween these, such that: WFSDataAccessFactory extends AbstractDataStoreFactory WFSDataStoreFactory extends WFSDataAccessFactory The bulk of the code that currently resides in WFSDataStoreFactory would move up to WFSDataAccessFactory with the main exception being "createDataStore" which would remain in WFSDataStoreFactory. This would give me the ability to create a new implementation of createDataStore in WFSDataAccessFactory that returns a data access that is not coupled to simple types. Do either of you have any objections to this or alternative suggestions? I'm still fairly new to this so please tell me if my approach is wrong. Kind regards, Adam Brown CSIRO, Australia -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Request approval for changes to: gt-wfs - org.geotools.data.wfs - WFSDataStoreFactory.java
Hi all, I've noticed that my proposed solution (below) is incomplete incince AbstractDataStoreFactory implements DataStoreFactorySpi which has dependencies on DataStore (and in turn, SimpleFeatureType and SimpleFeature). Can anyone please point me in the right direction to change this Factory heirarchy in order to enable it to return a factory whose 'createDataStore' method returns a data store that supports Feature and FeatureType instead of SimpleFeature and SimpleFeatureType? Thanks again, Adam Brown CSIRO, Australia From: Adam Brown Sent: 08 March 2012 11:12 To: jdeol...@opengeo.org; grol...@opengeo.org Cc: geotools-devel@lists.sourceforge.net Subject: Request approval for changes to: gt-wfs - org.geotools.data.wfs - WFSDataStoreFactory.java To Justin, Gabriel I'm in the process of adding complex feature support for WFS to GeoTools and, to this end, I would like to propose changes to the following file: gt-wfs - org.geotools.data.wfs - WFSDataStoreFactory.java At the moment WFSDataStoreFactory extends AbstractDataStoreFactory but I would like to another class (WFSDataAccessFactory) inbetween these, such that: WFSDataAccessFactory extends AbstractDataStoreFactory WFSDataStoreFactory extends WFSDataAccessFactory The bulk of the code that currently resides in WFSDataStoreFactory would move up to WFSDataAccessFactory with the main exception being "createDataStore" which would remain in WFSDataStoreFactory. This would give me the ability to create a new implementation of createDataStore in WFSDataAccessFactory that returns a data access that is not coupled to simple types. Do either of you have any objections to this or alternative suggestions? I'm still fairly new to this so please tell me if my approach is wrong. Kind regards, Adam Brown CSIRO, Australia -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
