Ben Caradoc-Davies ha scritto: > Jody, > > I have performed the initial port of the app-schema DataAccess (formerly > known as ComplexDataStore) to trunk. Although there is some support in > DataAccessFinder for using SPI to find and load implementations of > DataAccessFactory, this implementation is not used by GeoServer. > > How should we proceed? Would the GeoServer community like to support > DataAccess providers, or should we work around this problem? The > solution on the 1.6.x branch was to fork the wfs and web modules into > wfs-c and web-c. Now that we have DataAccess, we can do better.
First a question, is does data access finder pick up data stores too? It should, since a DataStore is a DataAccess. If so, I guess a limited patch could do the job: most of the code accesses the catalog in search of a FeatureSource/Store, and DataAccess provides them, so most of the intermediate code, that is, the code that builds up queries, maps and the like should keep on working untouched. What needs modifications is whatever deals with FeatureType and Feature, and there we have to be very very careful, to avoid putting the code into silly slow code paths when that is not necessary (my expectations are that the careful part will have to be Feature manipulation, FeatureType wise it'll be slower but not to a point it can be noticed). So what I'd like to see is a set of incremental (small) patches that do unlock the usage of DataAccess and complex features one bit at a time, going up from the catalog unto the output producers. It would be nice if each patch could be reviewed and then committed. I also expect to see tests, so that we can prove stuff is working and will keep on working as GeoServer evolves. Can the complex data store be used on top of one or more property data stores? This is how we do functional testing now, and works very nicely because there is no need to setup external databases. 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-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
