You should be talking with Gabriel on the GeoServer list to sort out a plan. I imagine the plan will be presented to that list as a GSIP proposal thing. Gabriel went throught the process of introducing DataAccess and DataAccessFactory into the GeoTools codebase ... I am not sure what the best progression is to introduce it into GeoServer.
We should continue further discussion on the GeoServer list; if there is any API change required (as you start using DataAccess for real) please let me know - it should be within the scope of Gabriels origional DataAccess proposal. Jody Ben Caradoc-Davies wrote: > 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. > > Kind regards, > ------------------------------------------------------------------------- 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=/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
