Avoid expensive CRS lookups in the XStream persistence routines
---------------------------------------------------------------
Key: GEOS-3168
URL: http://jira.codehaus.org/browse/GEOS-3168
Project: GeoServer
Issue Type: Improvement
Components: Configuration
Reporter: Andrea Aime
Assignee: Justin Deoliveira
Fix For: 2.0-beta2
From the ml:
{panel}
The epsg code lookup seems to happen when encoding the bounds, native and latlon of the resource. And I guess for the native bounds this is wrong behavior since as you illustrated, much of the time this will be null. And for the lat lon bounding box the information is somewhat redundant.
So amending the envelope converter should remove any extensive lookups from the feature type encoding pipeline. I still think their will be a bit of info missing from a client trying to access OGC services pov, for instance in cases where a feature type is being reprojected on the fly, but I will worry about that when said case comes up.
{panel}
Full thread here:
http://n2.nabble.com/XStreamPersister.SRSConverter-taking-a-lot-of-time-td3087935.html
--
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