I'll move this discussion to the devel list.
I think part of the problem is that we can't simply replace the original shapefile jar with the new indexed shapefile jar because some GeoServer code depends on the original shapefile datastore. It has to be present.
On the other hand we can't really have both .jars in GeoServer because the DataStoreFinder just picks the first datastore it encounters which supports the shapefile's parameters. (indexed shapefile datastore isn't always found first).
Perhaps someone who knows more about datastores than me can suggest an approach.
There's already a Jira issue for this: http://jira.codehaus.org/browse/GEOS-389
Brock
Brock Anderson wrote:
I've also tried the .jar from here:
http://lists.refractions.net/geotools/gt2/UDIG1.0.1/indexed-shapefile-2.1.RC1.jar
and I've tried building the Geotools ext/shape directory into a jar, but none of the jars work.
Are these jars meant to replace gt2-shapefile.jar? If I replace the ordinary shapefile jar with the new indexed shapefile jar, I get NoClassDefFoundErrors.
In addition to changing the .jar, do I have to do anything else? Are code changes required?Brock
dblasby@anonymised.com wrote:
If you look, the date on that is "2004-09-27 17:00"; its a year old. It
was meant for GT 2.0 and Geoserver 1.2.Why dont you ask the folk upstairs for a .jar or grab it from the
Geotoools web-dav?dave
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
