Re: [Geotools-devel] MVCC and JDBC backends

2010-07-07 Thread Gabriel Roldan
On 7/7/10 1:31 PM, Jody Garnett wrote: > Can someone translate MVCC? > > I note that we faced the same issue with arcsde (not being > threadsafe) and made a queue of commands with a single worker thread > allowed access to the connection. Note though that since a little before last year's FOSS4G WM

Re: [Geotools-devel] MVCC and JDBC backends

2010-07-07 Thread Justin Deoliveira
Multi version concurrency control. For instance with H2 if you don't have MVCC you can only create a connection with a single thread. On 10-07-07 10:31 AM, Jody Garnett wrote: > Can someone translate MVCC? > > I note that we faced the same issue with arcsde (not being threadsafe) and > made a qu

Re: [Geotools-devel] MVCC and JDBC backends

2010-07-07 Thread Alex Trofast
Thank you Justin, this is very helpful. On 07/07/2010 11:59 AM, Justin Deoliveira wrote: > It really depends. I would say no there is no inherent assumption in > geotools itself about how a backend will handle multiple concurrent > connections. > > However practically anyone that intends to use

Re: [Geotools-devel] MVCC and JDBC backends

2010-07-07 Thread Jody Garnett
Can someone translate MVCC? I note that we faced the same issue with arcsde (not being threadsafe) and made a queue of commands with a single worker thread allowed access to the connection. Jody On 08/07/2010, at 1:59 AM, Justin Deoliveira wrote: > It really depends. I would say no there is n

Re: [Geotools-devel] MVCC and JDBC backends

2010-07-07 Thread Justin Deoliveira
It really depends. I would say no there is no inherent assumption in geotools itself about how a backend will handle multiple concurrent connections. However practically anyone that intends to use GeoServer in a server app like GeoServer (or a multi threaded client app for that matter) is esse