[Geoserver-users] SHAPE-ZIP extraction and 1.7.0

springrider · November 11, 2008, 5:19pm

Good mroning,
I just installed the new stable version of GeoServer 1.7.0.
For some applications, I normally use this URL to extract ZIP file from my
Oracle DB:
http://figis02:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.0.0&typeName=fifao:SPECIES_DIST&outputformat=SHAPE-ZIP

It works perfectly in my old configuration still using the 1.6.5 but with
not with the new 1.7.0.
With 1.7.0, I obtain always an unvalid shapefile of 1ko.

Do i need to update some parameters in my URL or is it a bug in 1.7.0?
Both configuration are using the same DB, so it seems not to be an Oracle
problem.

Thanks

Sylvain
--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20444094.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · November 12, 2008, 8:43am

springrider ha scritto:

Good mroning,
I just installed the new stable version of GeoServer 1.7.0.
For some applications, I normally use this URL to extract ZIP file from my
Oracle DB:
http://figis02:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.0.0&typeName=fifao:SPECIES_DIST&outputformat=SHAPE-ZIP

It works perfectly in my old configuration still using the 1.6.5 but with
not with the new 1.7.0.
With 1.7.0, I obtain always an unvalid shapefile of 1ko.

Do i need to update some parameters in my URL or is it a bug in 1.7.0?
Both configuration are using the same DB, so it seems not to be an Oracle
problem.

First question is, if you are using the .war, are you using 1.7.0 or 1.7.0a?
Second, this is a 1.7.0a and it works fine:
http://geo.openplans.org:8080/geoserver/wfs?request=GetFeature&version=1.1.0&typeName=topp:states&outputFormat=SHAPE-ZIP

So maybe there has been some change in the oracle datastore code.
Do you have any relevant error logged in your $GEOSERVER_DATA_DIR/geoserver/geoserver.log?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

springrider · November 12, 2008, 9:47am

Thanks Andrea for your reply

I tried again using the same parameters as the ones you were using in your
example (version=1.1.0 instead of 1.0.0) and it was the same result.
I am using the 1.7.0 version which is the one available by clicking on the
stable version download button.

Considering the log files, this is what i got in the Geoserver.log:
2008-11-12 10:38:15,707 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.7085804489198166/SPECIES_DIST.shp
by ShpFiles for deleting all files
2008-11-12 10:38:15,707 WARN [response.ShapeZipOutputFormat] - Error while
writing featuretype 'SPECIES_DIST' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry
  at
org.geotools.data.shapefile.ShapefileDataStore.createSchema(ShapefileDataStore.java:800)
  at
org.geoserver.wfs.response.ShapeZipOutputFormat.writeCollectionToShapefile(ShapeZipOutputFormat.java:217)
  at
org.geoserver.wfs.response.ShapeZipOutputFormat.write(ShapeZipOutputFormat.java:101)
  at
org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOutputFormat.java:137)
  at org.geoserver.ows.Dispatcher.response(Dispatcher.java:652)
  at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:202)
  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:690)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  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.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:178)
  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:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
  at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
  at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
  at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:482)
  at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
  at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
  at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
  at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
  at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
  at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
  at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
  at java.lang.Thread.run(Thread.java:619)

Considering the DB, both configurations (development geoserver with 1.7.0
and production geoserver with 1.6.5) use the same Oracle DB.

Thanks a lot for your help.

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Good mroning,
I just installed the new stable version of GeoServer 1.7.0.
For some applications, I normally use this URL to extract ZIP file from
my
Oracle DB:
http://figis02:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.0.0&typeName=fifao:SPECIES_DIST&outputformat=SHAPE-ZIP

It works perfectly in my old configuration still using the 1.6.5 but with
not with the new 1.7.0.
With 1.7.0, I obtain always an unvalid shapefile of 1ko.

Do i need to update some parameters in my URL or is it a bug in 1.7.0?
Both configuration are using the same DB, so it seems not to be an Oracle
problem.

First question is, if you are using the .war, are you using 1.7.0 or
1.7.0a?
Second, this is a 1.7.0a and it works fine:
http://geo.openplans.org:8080/geoserver/wfs?request=GetFeature&version=1.1.0&typeName=topp:states&outputFormat=SHAPE-ZIP

So maybe there has been some change in the oracle datastore code.
Do you have any relevant error logged in your
$GEOSERVER_DATA_DIR/geoserver/geoserver.log?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20457114.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · November 12, 2008, 9:53am

springrider ha scritto:

Thanks Andrea for your reply

I tried again using the same parameters as the ones you were using in your
example (version=1.1.0 instead of 1.0.0) and it was the same result.
I am using the 1.7.0 version which is the one available by clicking on the
stable version download button.

Considering the log files, this is what i got in the Geoserver.log:
2008-11-12 10:38:15,707 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.7085804489198166/SPECIES_DIST.shp
by ShpFiles for deleting all files
2008-11-12 10:38:15,707 WARN [response.ShapeZipOutputFormat] - Error while
writing featuretype 'SPECIES_DIST' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

...

Considering the DB, both configurations (development geoserver with 1.7.0
and production geoserver with 1.6.5) use the same Oracle DB.

So it seems 1.7.0 plugin is not able to detect the geometry type properly? How curious.
Can you run a describeFeatureType on both servers for that type?
Do you have the proper metadata on your spatial index telling
what's the geometry type for the indexed column?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

springrider · November 13, 2008, 6:43pm

Andrea

Sorry for the delay. as requested, this is the describeFeatureType for that
layer:

<xs:schema targetNamespace="http://www.fao.org/fi"
elementFormDefault="qualified" attributeFormDefault="unqualified"
version="1.0">
<xs:import namespace="http://www.opengis.net/gml"
schemaLocation="http://193.43.36.238:8484/geoserver/schemas/gml/2.1.2.1/feature.xsd"/>
−
<xs:complexType name="SPECIES_DIST_Type">
−
<xs:complexContent>
−
<xs:extension base="gml:AbstractFeatureType">
−
<xs:sequence>
−
<xs:element name="ALPHACODE" minOccurs="0" nillable="true">
−
<xs:simpleType>
−
<xs:restriction base="xs:string">
<xs:maxLength value="2147483647"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="ECOLOGY" minOccurs="0" nillable="true" type="xs:decimal"/>
<xs:element name="PRESENCE" minOccurs="0" nillable="true"
type="xs:decimal"/>
<xs:element name="GEOMETRY" minOccurs="0" nillable="true"
type="gml:GeometryAssociationType"/>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
<xs:element name="SPECIES_DIST" type="fifao:SPECIES_DIST_Type"
substitutionGroup="gml:_Feature"/>
</xs:schema>

Concerning the metadata, everything is there. The same database is used by
the 2 differents geoserver versions.

Thanks

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Thanks Andrea for your reply

I tried again using the same parameters as the ones you were using in
your
example (version=1.1.0 instead of 1.0.0) and it was the same result.
I am using the 1.7.0 version which is the one available by clicking on
the
stable version download button.

Considering the log files, this is what i got in the Geoserver.log:
2008-11-12 10:38:15,707 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.7085804489198166/SPECIES_DIST.shp
by ShpFiles for deleting all files
2008-11-12 10:38:15,707 WARN [response.ShapeZipOutputFormat] - Error
while
writing featuretype 'SPECIES_DIST' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

...

Considering the DB, both configurations (development geoserver with 1.7.0
and production geoserver with 1.6.5) use the same Oracle DB.

So it seems 1.7.0 plugin is not able to detect the geometry type
properly? How curious.
Can you run a describeFeatureType on both servers for that type?
Do you have the proper metadata on your spatial index telling
what's the geometry type for the indexed column?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20486968.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

springrider · December 10, 2008, 2:11pm

Andrea,

I come back to you concerning this problem. i just download the last stable
version 1.7.1 (which is a great improvement for Oracle-Thanks) but i am
facing the same problem.

This is the URL i use on my development Geoserver which is 1.7.1:
http://193.43.36.238:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP
In that case i got a zip file less than 1kb.

When i use my production GeoServer which is 1.6.4 and pointing to the same
database:
http://www.fao.org/figis/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP
I got the correct Zip file. This zip generates trouble with ArcMap (See
screenshot:
http://www.nabble.com/file/p20936133/Zip_GS_ArcMap.jpg ) but at least, i
have a shapefile

Considering that the 2 GeoServer instances are pointing to the same DB, i
would tend to say that it is a GeoServer problem.

Thanks in advance for your help to fix these 2 issues.

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Thanks Andrea for your reply

I tried again using the same parameters as the ones you were using in
your
example (version=1.1.0 instead of 1.0.0) and it was the same result.
I am using the 1.7.0 version which is the one available by clicking on
the
stable version download button.

Considering the log files, this is what i got in the Geoserver.log:
2008-11-12 10:38:15,707 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.7085804489198166/SPECIES_DIST.shp
by ShpFiles for deleting all files
2008-11-12 10:38:15,707 WARN [response.ShapeZipOutputFormat] - Error
while
writing featuretype 'SPECIES_DIST' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

...

Considering the DB, both configurations (development geoserver with 1.7.0
and production geoserver with 1.6.5) use the same Oracle DB.

So it seems 1.7.0 plugin is not able to detect the geometry type
properly? How curious.
Can you run a describeFeatureType on both servers for that type?
Do you have the proper metadata on your spatial index telling
what's the geometry type for the indexed column?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20936133.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · December 10, 2008, 2:17pm

springrider ha scritto:

Andrea,

I come back to you concerning this problem. i just download the last stable
version 1.7.1 (which is a great improvement for Oracle-Thanks)

What improvements did you notice from the user side?

but i am
facing the same problem.

This is the URL i use on my development Geoserver which is 1.7.1:
http://193.43.36.238:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP In that case i got a zip file less than 1kb.

When i use my production GeoServer which is 1.6.4 and pointing to the same
database:
http://www.fao.org/figis/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP I got the correct Zip file. This zip generates trouble with ArcMap (See
screenshot:
http://www.nabble.com/file/p20936133/Zip_GS_ArcMap.jpg ) but at least, i
have a shapefile

Considering that the 2 GeoServer instances are pointing to the same DB, i
would tend to say that it is a GeoServer problem.

You are probably right, but I need more information solve it.
What oracle plugin are you using with GeoServer 1.7.1? Oracle or OracleNG?
What does the feature type panel report about the geometries in your
table, is it able to recognize the geometry type or not?
And finally, do you get any stack traces relevant to shapefile export
in your $GEOSERVER_DATA_DIR/logs/geoserver.log?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

springrider · December 10, 2008, 2:44pm

Thanks Andrea,

I have downloaded the Oracle plugin for GeoServer 1.7.1. I must admit that I
was not so sure which one to choose.
This is the describe Feature type:
http://193.43.36.238:8484/geoserver/wfs?request=DescribeFeatureType&version=1.0.0&typeName=fifao:FAO_MAJOR

Concerning the geoserver.log, This is what i found concerning the zip
creation:

2008-12-10 15:38:02,214 INFO [geoserver.wfs] -
Request: getServiceInfo
2008-12-10 15:38:02,217 DEBUG [geoserver.requests] - Query is
net.opengis.wfs.impl.QueryTypeImpl@anonymised.com (group: , propertyName: ,
function: null, filter: null, sortBy: , featureVersion: null, handle:
null, srsName: null, typeName: [{http://www.fao.org/fi\}FAO_MAJOR])
To gt2: Query:
   feature type: FAO_MAJOR
   filter: Filter.INCLUDE
   [properties: ALL ]
2008-12-10 15:38:02,217 DEBUG [filter.SQLEncoderOracle] - SQLEncoderOracle:
Geometric Column is: GEOMETRY
2008-12-10 15:38:02,218 DEBUG [data.jdbc] - SQL: SELECT COUNT(*) as cnt FROM
"FAO_MAJOR"
2008-12-10 15:38:02,242 DEBUG [geotools.data] - IOException while
calculating size() of FeatureCollection
org.geotools.data.DataSourceException: Could not count null
  at
org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:521)
  at
org.geotools.data.jdbc.JDBCFeatureCollection.getCount(JDBCFeatureCollection.java:110)
  at
org.geotools.data.store.DataFeatureCollection.size(DataFeatureCollection.java:268)
  at
org.geotools.data.crs.ReprojectFeatureResults.size(ReprojectFeatureResults.java:120)
  at org.geoserver.wfs.GetFeature.run(GetFeature.java:358)
  at
org.geoserver.wfs.DefaultWebFeatureService.getFeature(DefaultWebFeatureService.java:134)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
  at org.geoserver.ows.util.EMFLogger.invoke(EMFLogger.java:51)
  at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
  at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
  at $Proxy27.getFeature(Unknown Source)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at
org.geoserver.security.OperationSecurityInterceptor.invoke(OperationSecurityInterceptor.java:41)
  at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:582)
  at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:211)
  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:690)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  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.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:178)
  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:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
  at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
  at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
  at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
  at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
  at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
  at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
  at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:482)
  at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
  at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
  at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
  at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
  at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
  at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
  at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
  at java.lang.Thread.run(Thread.java:619)
Caused by: java.sql.SQLException: Io exception: Connection reset
  at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
  at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146)
  at
oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:255)
  at
oracle.jdbc.driver.T4CStatement.executeForDescribe(T4CStatement.java:806)
  at
oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1037)
  at
oracle.jdbc.driver.T4CStatement.executeMaybeDescribe(T4CStatement.java:830)
  at
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1132)
  at
oracle.jdbc.driver.OracleStatement.executeQuery(OracleStatement.java:1272)
  at
org.apache.commons.dbcp.DelegatingStatement.executeQuery(DelegatingStatement.java:208)
  at
org.geotools.data.jdbc.JDBCFeatureSource.count(JDBCFeatureSource.java:510)
  ... 74 more
2008-12-10 15:38:02,244 INFO [geoserver.wfs] -
Request: getFeature
  handle = null
  service = wfs
  version = 1.1.0
  baseUrl = http://figis02:8484/geoserver/
  providedVersion = 1.1.0
  query = [net.opengis.wfs.impl.QueryTypeImpl@anonymised.com (group: null,
propertyName: null, function: null, filter: null, sortBy: null,
featureVersion: null, handle: null, srsName: null, typeName:
[{http://www.fao.org/fi\}FAO_MAJOR])]
  maxFeatures = null
  outputFormat = SHAPE-ZIP
  resultType = results
  traverseXlinkDepth = null
  traverseXlinkExpiry = null
  formatOptions = {}
2008-12-10 15:38:02,246 DEBUG [org.geoserver] - Found Java environment
variable : 'GS-SHAPEFILE-CHARSET' to be unset
2008-12-10 15:38:02,246 DEBUG [org.geoserver] - Found Servlet context
parameter : 'GS-SHAPEFILE-CHARSET' to be unset
2008-12-10 15:38:02,246 DEBUG [org.geoserver] - Found System environment
variable : 'GS-SHAPEFILE-CHARSET' to be unset
2008-12-10 15:38:02,247 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.5901345251513032/FAO_MAJOR.shp
by ShpFiles for deleting all files
2008-12-10 15:38:02,248 DEBUG [data.shapefile] - Write lock:
file:/usr/local/tomcat/5.5.23/geoserver/temp/wfsshptemp0.5901345251513032/FAO_MAJOR.shp
by ShpFiles for deleting all files
2008-12-10 15:38:02,248 WARN [response.ShapeZipOutputFormat] - Error while
writing featuretype 'FAO_MAJOR' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry
  at
org.geotools.data.shapefile.ShapefileDataStore.createSchema(ShapefileDataStore.java:800)
  at
org.geoserver.wfs.response.ShapeZipOutputFormat.writeCollectionToShapefile(ShapeZipOutputFormat.java:224)
  at
org.geoserver.wfs.response.ShapeZipOutputFormat.write(ShapeZipOutputFormat.java:109)
  at
org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOutputFormat.java:137)
  at org.geoserver.ows.Dispatcher.response(Dispatcher.java:711)
  at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:215).....

I will come back to you concerning the improvement i found for Oracle, but
after having used it for almost half an hour, i can say that the display is
quicker, the management of different projections is much better too (4326,
antartica). I don't retrieve the wrong displays i had before.

Thanks

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Andrea,

I come back to you concerning this problem. i just download the last
stable
version 1.7.1 (which is a great improvement for Oracle-Thanks)

What improvements did you notice from the user side?

but i am
facing the same problem.

This is the URL i use on my development Geoserver which is 1.7.1:
http://193.43.36.238:8484/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP
In that case i got a zip file less than 1kb.

When i use my production GeoServer which is 1.6.4 and pointing to the
same
database:
http://www.fao.org/figis/geoserver/wfs?request=getfeature&service=wfs&version=1.1.0&typeName=fifao:FAO_MAJOR&outputformat=SHAPE-ZIP
I got the correct Zip file. This zip generates trouble with ArcMap (See
screenshot:
http://www.nabble.com/file/p20936133/Zip_GS_ArcMap.jpg ) but at least, i
have a shapefile

Considering that the 2 GeoServer instances are pointing to the same DB, i
would tend to say that it is a GeoServer problem.

You are probably right, but I need more information solve it.
What oracle plugin are you using with GeoServer 1.7.1? Oracle or OracleNG?
What does the feature type panel report about the geometries in your
table, is it able to recognize the geometry type or not?
And finally, do you get any stack traces relevant to shapefile export
in your $GEOSERVER_DATA_DIR/logs/geoserver.log?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20936689.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · December 10, 2008, 3:02pm

springrider ha scritto:

Thanks Andrea,

I have downloaded the Oracle plugin for GeoServer 1.7.1. I must admit that I
was not so sure which one to choose.

The Oracle one should not be that different from what you got in the
1.6.x series. The Oracle NG is its successor and has been provided
as a test for Oracle users.
Better give it a spin today and report whatever issues you find because
sooner or later it will become the only choice

This is the describe Feature type:
http://193.43.36.238:8484/geoserver/wfs?request=DescribeFeatureType&version=1.0.0&typeName=fifao:FAO_MAJOR

Hum, well, no wonder you're getting no shapefile out of it,
<xs:element name="GEOMETRY" minOccurs="0" nillable="true" type="gml:GeometryAssociationType"/>

The geometry type is not recognized... you sure you specified the proper
meta information about the geom type when you created the spatial
indexes in Oracle?
Off the top of my head I'm not aware of any chance in the code that
could have affected geometry type recognition between 1.6 and 1.7.

Shapefile output format simply does not handle collections with
multiple geom types and with "Geometry" it's not possible to tell
in advance what kind of geometry will be created.

Concerning the geoserver.log, This is what i found concerning the zip
creation:

2008-12-10 15:38:02,214 INFO [geoserver.wfs] - Request: getServiceInfo
2008-12-10 15:38:02,217 DEBUG [geoserver.requests] - Query is
net.opengis.wfs.impl.QueryTypeImpl@anonymised.com (group: , propertyName: ,
function: null, filter: null, sortBy: , featureVersion: null, handle:
null, srsName: null, typeName: [{http://www.fao.org/fi\}FAO_MAJOR])
To gt2: Query:
   feature type: FAO_MAJOR
   filter: Filter.INCLUDE
   [properties: ALL ]
2008-12-10 15:38:02,217 DEBUG [filter.SQLEncoderOracle] - SQLEncoderOracle:
Geometric Column is: GEOMETRY
2008-12-10 15:38:02,218 DEBUG [data.jdbc] - SQL: SELECT COUNT(*) as cnt FROM
"FAO_MAJOR"
2008-12-10 15:38:02,242 DEBUG [geotools.data] - IOException while
calculating size() of FeatureCollection
org.geotools.data.DataSourceException: Could not count null

...

Caused by: java.sql.SQLException: Io exception: Connection reset
at

Ouch, something severed the connection to Oracle before the count could
work. Anyways, this error should only be hiding the real issue, which
is the following one:

...

2008-12-10 15:38:02,248 WARN [response.ShapeZipOutputFormat] - Error while
writing featuretype 'FAO_MAJOR' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

Which means the geometry type of the column has not been recognized...

I will come back to you concerning the improvement i found for Oracle, but
after having used it for almost half an hour, i can say that the display is
quicker, the management of different projections is much better too (4326,
antartica). I don't retrieve the wrong displays i had before.

Good... you sure you're using the old one and not the NG one?
Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

springrider · December 10, 2008, 3:48pm

Ok, i just download the Oracle NG and installed it and now my datastores
pointing to Oracle are not connected anymore. I have these red horizontal
load bars on the left and the following message in GS interface :"Could not
aquire datastore" for the datastore pointing to Oracle.

I tried to edit my datastore but i got this message when clicking on the
edit button :

exception
javax.servlet.ServletException: ServletException in
'/WEB-INF/pages/data/DataConfigDataStoresEditor.jsp': null

org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:846)

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:779)

org.apache.jsp.WEB_002dINF.pages.layouts.mainLayout_jsp._jspService(mainLayout_jsp.java:652)

It seems the OracleNG doesn't like me....

Concerning the data into Oracle, they have been loaded using map Builder
which is the "official" tool provided by Oracle to load a SHP file and
create table, index and metadata, so it should be fine.
Concerning the metadata, it is effectively described in the
SDO_GEOM_METADATA_TABLE. Anyway, both GS configurations point to the same
DB.

Hope it helps and thanks for telling what i can do with the NG plugin. I am
back to the old one now...

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Thanks Andrea,

I have downloaded the Oracle plugin for GeoServer 1.7.1. I must admit
that I
was not so sure which one to choose.

The Oracle one should not be that different from what you got in the
1.6.x series. The Oracle NG is its successor and has been provided
as a test for Oracle users.
Better give it a spin today and report whatever issues you find because
sooner or later it will become the only choice

This is the describe Feature type:
http://193.43.36.238:8484/geoserver/wfs?request=DescribeFeatureType&version=1.0.0&typeName=fifao:FAO_MAJOR

Hum, well, no wonder you're getting no shapefile out of it,
<xs:element name="GEOMETRY" minOccurs="0" nillable="true"
type="gml:GeometryAssociationType"/>

The geometry type is not recognized... you sure you specified the proper
meta information about the geom type when you created the spatial
indexes in Oracle?
Off the top of my head I'm not aware of any chance in the code that
could have affected geometry type recognition between 1.6 and 1.7.

Shapefile output format simply does not handle collections with
multiple geom types and with "Geometry" it's not possible to tell
in advance what kind of geometry will be created.

Concerning the geoserver.log, This is what i found concerning the zip
creation:

2008-12-10 15:38:02,214 INFO [geoserver.wfs] -
Request: getServiceInfo
2008-12-10 15:38:02,217 DEBUG [geoserver.requests] - Query is
net.opengis.wfs.impl.QueryTypeImpl@anonymised.com (group: , propertyName: ,
function: null, filter: null, sortBy: , featureVersion: null, handle:
null, srsName: null, typeName: [{http://www.fao.org/fi\}FAO_MAJOR])
To gt2: Query:
   feature type: FAO_MAJOR
   filter: Filter.INCLUDE
   [properties: ALL ]
2008-12-10 15:38:02,217 DEBUG [filter.SQLEncoderOracle] -
SQLEncoderOracle:
Geometric Column is: GEOMETRY
2008-12-10 15:38:02,218 DEBUG [data.jdbc] - SQL: SELECT COUNT(*) as cnt
FROM
"FAO_MAJOR"
2008-12-10 15:38:02,242 DEBUG [geotools.data] - IOException while
calculating size() of FeatureCollection
org.geotools.data.DataSourceException: Could not count null

...

Caused by: java.sql.SQLException: Io exception: Connection reset
  at

Ouch, something severed the connection to Oracle before the count could
work. Anyways, this error should only be hiding the real issue, which
is the following one:

...

2008-12-10 15:38:02,248 WARN [response.ShapeZipOutputFormat] - Error
while
writing featuretype 'FAO_MAJOR' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

Which means the geometry type of the column has not been recognized...

I will come back to you concerning the improvement i found for Oracle,
but
after having used it for almost half an hour, i can say that the display
is
quicker, the management of different projections is much better too
(4326,
antartica). I don't retrieve the wrong displays i had before.

Good... you sure you're using the old one and not the NG one?
Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/SHAPE-ZIP-extraction-and-1.7.0-tp20444094p20937757.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Justin_Deoliveira · December 11, 2008, 3:48pm

Thanks for the heads up. Can you give us the entire stack trace that occurs on start up. There should be an exception that occurs when GeoServer tires to connect to oracle.

springrider wrote:

Ok, i just download the Oracle NG and installed it and now my datastores
pointing to Oracle are not connected anymore. I have these red horizontal
load bars on the left and the following message in GS interface :"Could not
aquire datastore" for the datastore pointing to Oracle.

I tried to edit my datastore but i got this message when clicking on the
edit button :

exception
javax.servlet.ServletException: ServletException in
'/WEB-INF/pages/data/DataConfigDataStoresEditor.jsp': null

org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:846)

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:779)

org.apache.jsp.WEB_002dINF.pages.layouts.mainLayout_jsp._jspService(mainLayout_jsp.java:652)

It seems the OracleNG doesn't like me....

Concerning the data into Oracle, they have been loaded using map Builder
which is the "official" tool provided by Oracle to load a SHP file and
create table, index and metadata, so it should be fine.
Concerning the metadata, it is effectively described in the
SDO_GEOM_METADATA_TABLE. Anyway, both GS configurations point to the same
DB.

Hope it helps and thanks for telling what i can do with the NG plugin. I am
back to the old one now...

Sylvain

Andrea Aime-4 wrote:

springrider ha scritto:

Thanks Andrea,

I have downloaded the Oracle plugin for GeoServer 1.7.1. I must admit
that I
was not so sure which one to choose.

The Oracle one should not be that different from what you got in the
1.6.x series. The Oracle NG is its successor and has been provided
as a test for Oracle users.
Better give it a spin today and report whatever issues you find because
sooner or later it will become the only choice

This is the describe Feature type:
http://193.43.36.238:8484/geoserver/wfs?request=DescribeFeatureType&version=1.0.0&typeName=fifao:FAO_MAJOR

Hum, well, no wonder you're getting no shapefile out of it,
<xs:element name="GEOMETRY" minOccurs="0" nillable="true" type="gml:GeometryAssociationType"/>

The geometry type is not recognized... you sure you specified the proper
meta information about the geom type when you created the spatial
indexes in Oracle?
Off the top of my head I'm not aware of any chance in the code that
could have affected geometry type recognition between 1.6 and 1.7.

Shapefile output format simply does not handle collections with
multiple geom types and with "Geometry" it's not possible to tell
in advance what kind of geometry will be created.

Concerning the geoserver.log, This is what i found concerning the zip
creation:

2008-12-10 15:38:02,214 INFO [geoserver.wfs] - Request: getServiceInfo
2008-12-10 15:38:02,217 DEBUG [geoserver.requests] - Query is
net.opengis.wfs.impl.QueryTypeImpl@anonymised.com (group: , propertyName: ,
function: null, filter: null, sortBy: , featureVersion: null, handle:
null, srsName: null, typeName: [{http://www.fao.org/fi\}FAO_MAJOR])
To gt2: Query:
   feature type: FAO_MAJOR
   filter: Filter.INCLUDE
   [properties: ALL ]
2008-12-10 15:38:02,217 DEBUG [filter.SQLEncoderOracle] -
SQLEncoderOracle:
Geometric Column is: GEOMETRY
2008-12-10 15:38:02,218 DEBUG [data.jdbc] - SQL: SELECT COUNT(*) as cnt
FROM
"FAO_MAJOR"
2008-12-10 15:38:02,242 DEBUG [geotools.data] - IOException while
calculating size() of FeatureCollection
org.geotools.data.DataSourceException: Could not count null

...

Caused by: java.sql.SQLException: Io exception: Connection reset
  at

Ouch, something severed the connection to Oracle before the count could
work. Anyways, this error should only be hiding the real issue, which
is the following one:

...

2008-12-10 15:38:02,248 WARN [response.ShapeZipOutputFormat] - Error
while
writing featuretype 'FAO_MAJOR' to shapefile.
org.geotools.data.DataSourceException: Cannot create a shapefile whose
geometry type is class com.vividsolutions.jts.geom.Geometry

Which means the geometry type of the column has not been recognized...

I will come back to you concerning the improvement i found for Oracle,
but
after having used it for almost half an hour, i can say that the display
is
quicker, the management of different projections is much better too
(4326,
antartica). I don't retrieve the wrong displays i had before.

Good... you sure you're using the old one and not the NG one?
Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.