Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-15 Thread Andrea Aime
Jody Garnett ha scritto: > On 11/08/2009, at 11:54 PM, Justin Deoliveira wrote: > >> Should be no problem to make the public method. Can you open a jira >> for this. > > http://jira.codehaus.org/browse/GEOT-2655 > >>> However I am not sure how the BasicDataSource / DBCPDataSource is >>> mana

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-11 Thread Jody Garnett
On 11/08/2009, at 11:54 PM, Justin Deoliveira wrote: > Should be no problem to make the public method. Can you open a jira > for this. http://jira.codehaus.org/browse/GEOT-2655 >> However I am not sure how the BasicDataSource / DBCPDataSource is >> managed. I think for my purpose I could wo

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-11 Thread Justin Deoliveira
Jody Garnett wrote: > Okay a bit more details now that I have done this process by hand for > DB2 and Oracle. > > In each case I copied: > - JDBCDataStoreFactory.createDataSource(params, dialect)) > > And inlined the following method to make it one complete bundle. > - getJDBCUrl( params ) > >

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-11 Thread Justin Deoliveira
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

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-11 Thread Jody Garnett
Okay a bit more details now that I have done this process by hand for DB2 and Oracle. In each case I copied: - JDBCDataStoreFactory.createDataSource(params, dialect)) And inlined the following method to make it one complete bundle. - getJDBCUrl( params ) So option (a) with this in mind: - pub

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-09 Thread Jody Garnett
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 w

Re: [Geotools-devel] making the leap to jdbc-ng

2009-08-09 Thread Christian Müller
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 j

[Geotools-devel] making the leap to jdbc-ng

2009-08-09 Thread Jody Garnett
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 on