When I get off the road and back to my desk I'll have a look at the "prepared statement" architecture of H2 and decide how that affects the SQL-view perspective. We are also thinking about blowing apart the complex-datastore GroupingFeatureIterator to allow it to map multiple source "back end features" into a well-known target feature. If we can remove the need for sql-datastore and geometryless in this process life will be better.
We really just need confirmation from Gabriel that there are no other agendas - he's not using sql-datastore for any other purposes, and pushed it up out of complex-schemas to allow geometryless to move to a better level of support? Rob -----Original Message----- From: Jody Garnett [mailto:[EMAIL PROTECTED] Sent: Monday, 8 September 2008 12:25 PM To: Caradoc-Davies, Ben (E&M, Kensington) Cc: Gabriel Roldán; Geotools-Devel list; Andrea Aime; Atkinson, Rob (CLW, Lucas Heights) Subject: Re: [Geotools-devel] Status of sql-datastore and geometryless on trunk? The idea of sql-datastore (ie a DataStore with a SQL shaped hole in the API so you could do joins and mapping) is an experimental idea that has always been on a branch. I have encouraged several developers now (RobA being the most recent) to submit a proposal to GeoTools to make a formal interface for this idea. However with the recent H2 family of datastores being written you are going to have a bit more work cut out for you - there will no longer be a common JDBCDataStore to hack up and you will need to define an interface. So you may want to talk to the developers and make a proposal now while the H2 family is being defined... My impression is that RobA is the maintainer of both sql-datastore and geometryless. You can check the pom.xml file to be sure. My understand is Rob is the only person you need to talk to about bring that work forward. Jody Ben Caradoc-Davies wrote: > Gabriel and Andrea, > > I am porting community-schemas from 2.4.x to trunk. The version on trunk > contains sql-datastore. On trunk, Gabriel moved sql-datastore out of > community-schemas to support geometryless. There are now two > sql-datastore on trunk: one in unsupported, and one in > unsupported/community-schemas. > > Rob A indicates that, in the long term, sql-datastore and geometryless > are likely to be replaced by functionality in h2 JDBC. > > (1) Should I merge changes in sql-datastore and geometryless on 2.4.x > into trunk? Or should I just wait for them to go away? > > (2) Who are the maintainers/interested parties for sql-datastore and > geometryless in unsupported on trunk? Can I modify them or should I > submit patches? > > 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