Jody, I think your problem is related to GEOT-2335 Its simple to revoke connection/transaction handling from the store itself and let the client code handle these issues. I has similar problems in an EJB Container.
Jody Garnett writes: > I am wading into the udig code changing over to the jdbc-ng > implementations. And I have run into an interesting need; some of the > wizard pages want to make use of a Connection in order to ask a few > questions as they walk users through the process of setting up a > datastore. > > The difficulty is the only code I can get a good connection from is > private in JDBCDataStoreFactory.createDataSource( params, dialect). > The dialect is only used here to figure out if > setPoolPreparedStatements should be set to true. Then the whole mess > is wrapped up in a DBCPDataSource before being returned. > > For today i am going to have to just cut and paste code; but I should ask if: > a) this code can be factored out or otherwise made visible > b) are we going to allow applications to choose between DBCP and C3PO? > This is a repeat of Andrea's question from last week. > > jody > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
