Gabriel Roldán wrote: > If this seems ok, it'd imply moving some stuff around on the wfs plugin, > mostly some package refactoring to isolate version specific code from general > one. In my opinion it shouldn't be a problem as its the DataStore nature not > to be API, and the only public class should be the datastore factory. > This is the same approach we took for OWS-3 you can find an example of how to subclass WFS1.0 datastore and override just enough methods for GML3 parsing.
The code is still available in svn here: - http://svn.geotools.org/udig/branches/ows3/gt/owswfs/ While you are there see if you can make a public method for getCapabilities() it is one of the main reasons we still subclass WFSDataStore in uDig :-) This may be obvious but the approach to take is make a strictly 1.0 datastore and a 1.1 specific datastore and let the WFSDataStoreFactory do the version negotiation in order to choose the correct version. You will find ShapefileDataStoreFactory takes the same approach when choosing between ShapefileDataStore and IndexedShapefileDataStore. Cheers, Jody ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
