Thanks Vitali this is going to be great. Are you coming to FOSS4G - it would be wonderful to geek out with you and Andrea about this stuff. If you do get a chance *please* look over Andrea's proposal about introducing java.sql.DataSource into datastore. I want to confirm it will work for you - DataSource is very important to the long term health of GeoTools. - We are getting used more often in a Java EE environment (GeoServer has been playing with kids gloves so far) - We don't want to maintain the pooling stuff ourself when we can get off the shelf implementations that work better.
Cheers, Jody > Morning, who is in Canada. > > I am cleaning a bit the source code and adding javadoc. Then I will upload > it to the UDIG's community place while it is more UDIG specific > implementation now with some UDIG stuff and quite dirty even for GeoTools > "unsupported" location. > I have taken a look into GeoTools trunk (H2 project, gt-data module, etc.). > Some things like Content* look very interesting but I see some weak places > again related to transaction management and lifecycle. I will comment a bit > later your answers when there will be something to compare and discuss (our > Oracle stuff). > > > Vitali. > > P.S. I really appreciate to see connection counting logging in > ConnectionPool like it is done for ShapefileDataStore locking. JIRA task? > > >> ... but I'd like to see >> the implementation first. Prepared statement setup is similar in all DML >> operations, update and insert have further similarities, and so on... >> >> > > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
