[Geoserver-devel] Did anyone make recent changes to postgis or jts wkb parsing?

I just upgraded from the nightly of 07-07-07 to a build on my machine from today, and I'm getting a bunch of errors. There's a chance these just getting reported in a different place before, or maybe just buried deep in the loading part. The error is:

2007-07-11 19:00:41,023 WARN [data.jdbc] - Error building attribute type. The column will be ignored
org.geotools.data.DataSourceException: An exception occurred while parsing WKB data
         at org.geotools.data.postgis.attributeio.PgWKBAttributeIO.WKB2Geometry(PgWKBAttributeIO.java:106)
         at org.geotools.data.postgis.attributeio.PgWKBAttributeIO.read(PgWKBAttributeIO.java:178)
         at org.geotools.data.postgis.PostgisDataStore.getGeometryAttribute(PostgisDataStore.java:1091)
         at org.geotools.data.postgis.PostgisDataStore.buildAttributeType(PostgisDataStore.java:986)
         at org.geotools.data.jdbc.JDBC1DataStore.buildSchema(JDBC1DataStore.java:1166)
         at org.geotools.data.postgis.PostgisDataStore.buildSchema(PostgisDataStore.java:663)
         at org.geotools.data.jdbc.FeatureTypeHandler.getFeatureTypeInfo(FeatureTypeHandler.java:197)
         at org.geotools.data.jdbc.FeatureTypeHandler.getSchema(FeatureTypeHandler.java:165)
         at org.geotools.data.jdbc.JDBC1DataStore.getSchema(JDBC1DataStore.java:319)
         at org.geotools.data.postgis.PostgisDataStore.getSchema(PostgisDataStore.java:1929)
         at org.vfny.geoserver.global.Data.loadFeatureTypes(Data.java:526)
         at org.vfny.geoserver.global.Data.load(Data.java:224)
         at org.vfny.geoserver.action.UpdateGSAction.updateGeoserver(UpdateGSAction.java:72)
         at org.vfny.geoserver.action.UpdateGSAction.execute(UpdateGSAction.java:48)
         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.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         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.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:595)
Caused by: com.vividsolutions.jts.io.ParseException: Unknown WKB type 65
         at com.vividsolutions.jts.io.WKBReader.readGeometry(WKBReader.java:183)
         at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:137)
         at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:118)
         at org.geotools.data.postgis.attributeio.PgWKBAttributeIO.WKB2Geometry(PgWKBAttributeIO.java:100)
         ... 69 more

Chris Holmes ha scritto:

I just upgraded from the nightly of 07-07-07 to a build on my machine from today, and I'm getting a bunch of errors.

1.5.x or trunk?

There's a chance these just getting reported in a different place before, or maybe just buried deep in the loading part. The error is:

...

        at java.lang.Thread.run(Thread.java:595)
Caused by: com.vividsolutions.jts.io.ParseException: Unknown WKB type 65
        at com.vividsolutions.jts.io.WKBReader.readGeometry(WKBReader.java:183)
        at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:137)
        at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:118)
        at org.geotools.data.postgis.attributeio.PgWKBAttributeIO.WKB2Geometry(PgWKBAttributeIO.java:100)

Hum, it seems you're receiving broken data. No, I can't think of anything that changed to make this happen. Anything changed on your part? New postgis version, new java runtime?
Can I have the dataset that's causing the issue?

Cheers
Andrea

Andrea Aime wrote:

Chris Holmes ha scritto:

I just upgraded from the nightly of 07-07-07 to a build on my machine from today, and I'm getting a bunch of errors.

1.5.x or trunk?

trunk.

There's a chance these just getting reported in a different place before, or maybe just buried deep in the loading part. The error is:

...

        at java.lang.Thread.run(Thread.java:595)
Caused by: com.vividsolutions.jts.io.ParseException: Unknown WKB type 65
        at com.vividsolutions.jts.io.WKBReader.readGeometry(WKBReader.java:183)
        at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:137)
        at com.vividsolutions.jts.io.WKBReader.read(WKBReader.java:118)
        at org.geotools.data.postgis.attributeio.PgWKBAttributeIO.WKB2Geometry(PgWKBAttributeIO.java:100)

Hum, it seems you're receiving broken data. No, I can't think of anything that changed to make this happen. Anything changed on your part? New postgis version, new java runtime?
Can I have the dataset that's causing the issue?

You know, it could easily be that the error was there before, but this time the only logs working were the errors, so I only saw it now. I don't believe anything changed recently. And I'm not sure which dataset it actually is, since the trace doesn't give me hints, and it's just when I load things. I think I'm ok with this error for now, and will just keep an eye out if it has any more significant effects.

C

Cheers
Andrea

!DSPAM:4005,4695d316132273327367457!