Well, if you can let us know what exact methods you need to be made public, or what methods you need that are not there (ideally via a patch) we will be happy to oblige :)
Jody Garnett wrote: > Nope GEOT-2335 is a *very* fun problem which I would love a chance to fix :-) > > What I am after is much more simple; access to the DataSource that > jdbc-ng is using internally. Note i could make the DataSource myself > and then stuff the result into the connection parameters - but that is > a bit more work then I was hoping to do. > > Jody > > On Mon, Aug 10, 2009 at 3:57 PM, Christian > Müller<[email protected]> wrote: >> 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 -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ 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
