A thought has occurred to me that I would like feedback on from the usual suspects (Gabriel, Justin, Rob). I am a bit worried about continued development on the complex feature branch (even with deadline pressures). So I would like to propose an idea.
Starting points: - We have the new feature model interfaces as part of GeoAPI2.1-SNAPSHOT - We have an implementation on the FM branch And the question: Q: Can we implement a "Complex" DataStore on trunk, rather then see it implmeented in the complex feature branch (again). (To be clear this would not be an update to the existing datastores - see previous migration plan for simple feature approved by Justin on the wiki?) I think we could do this but I have some questions before I would consider this a good idea: Gabriel what extra support for GML writing/reading was required on the complex feature branch? Justin we have test cases for the implementations on the FM branch, can we modified DataStore interface over as a DataStore2? Justin we would need to ensure this can be hooked up to your GeoServer 1.5.x branch, is it up for the task? Cheers, Jody ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
