Re: JDBC session store, release date projections, etc

2001-05-24 Thread cmanolache
o that probably means we need JDBC session store. Correct? And if so, what > (in your opinions) is the current state of JDBC Session Store? (Also - am I > correct that it's only available under Tomcat 4.0? Will it eventually also > be available under the 3.x series?) It shouldn't b

Re: JDBC session store, release date projections, etc

2001-05-24 Thread Bip Thelin
oing on to provide Clustering ability for TC4, currently you can use it for in memory replication of sessions, however this feature is considered highly experimental. > So that probably means we need JDBC session store. Correct? And if so, what (in your >opinions) > is the current state

JDBC session store, release date projections, etc

2001-05-24 Thread Dunlop, Aaron
Title: JDBC session store, release date projections, etc I apologize in advance for the lengthy and less-than-technical message, but my experience has been that the info flowing over this list is better than pretty much any other source, so here goes: We are in the process of evaluating

Re: JDBC-Session store

2001-03-29 Thread Kief Morris
Bip Thelin typed the following on 10:46 AM 3/28/2001 -0800 >I couldn't find anything about how to add the PersistenManager in server.xml >or in the manuals, however, after backtracking the maillist I found a "patch" >by Kief that seems to have been forgotten, I'll cat it to the end of this mail. >

RE: JDBC-Session store

2001-03-29 Thread Kief Morris
Jone Lin typed the following on 03:35 PM 3/28/2001 -0800 >> No, we're much earlier in the development cycle than that - we haven't >> implemented any distributed session support at all. The work we're doing >> on PersistentManager is groundwork for distributed sessions. This work >> is 90% finis

Re: JDBC-Session store

2001-03-28 Thread Tim Tye
'C++' and many databases). - Original Message - From: Krishna R. Baddam <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 28, 2001 7:25 PM Subject: RE: JDBC-Session store > Blob is a bad idea. Serialize the objects and

RE: JDBC-Session store

2001-03-28 Thread Krishna R. Baddam
Sent: Wednesday, March 28, 2001 2:13 AM To: [EMAIL PROTECTED] Subject: JDBC-Session store I've been looking at the FileStore implementation and you(Kief/Craig) basically store a java object in the textfile, using the same approach with a DB usually(?!) involves using a SQL3 capable RDBMS i

Re: JDBC-Session store

2001-03-28 Thread Bip Thelin
Grr, seems my message got stuck somewhere so I'll resend it. "Craig R. McClanahan" wrote: > > [...] > Kief, a while back (when the work on PersistentManager was going on), the > need for a little refactoring work on Manager vs. StandardManager would be > useful. Have you thought any more about

JDBC-Session store

2001-03-28 Thread Bip Thelin
I've been looking at the FileStore implementation and you(Kief/Craig) basically store a java object in the textfile, using the same approach with a DB usually(?!) involves using a SQL3 capable RDBMS i.e. Oracle, since you probably want to store the object as a Blob or might even work with a STRUCT

Re: JDBC-Session store

2001-03-28 Thread Bip Thelin
"Craig R. McClanahan" wrote: > > [...] > Kief, a while back (when the work on PersistentManager was going on), the > need for a little refactoring work on Manager vs. StandardManager would be > useful. Have you thought any more about what we should do here? I couldn't find anything about how to

RE: JDBC-Session store

2001-03-28 Thread Jone Lin
> -Original Message- > > Bip Thelin typed the following on 05:07 PM 3/27/2001 -0800 > >Kief Morris wrote: > >> > >> Excellent! Let us know if you need any help. > > > >I will, BTW how is the work on distributed sessions coming along? > >Is it possible to distribute sessions over x numbe

Re: JDBC-Session store

2001-03-28 Thread Kief Morris
Bip Thelin typed the following on 05:07 PM 3/27/2001 -0800 >Kief Morris wrote: >> >> Excellent! Let us know if you need any help. > >I will, BTW how is the work on distributed sessions coming along? >Is it possible to distribute sessions over x number of machines and >that if one goes down you co

Re: JDBC-Session store

2001-03-28 Thread Bip Thelin
Kief Morris wrote: > > Excellent! Let us know if you need any help. I will, BTW how is the work on distributed sessions coming along? Is it possible to distribute sessions over x number of machines and that if one goes down you could go to the other and happily continue your session? ..

Re: JDBC-Session store

2001-03-28 Thread Kief Morris
Craig R. McClanahan typed the following on 07:05 PM 3/27/2001 -0800 >Kief, a while back (when the work on PersistentManager was going on), the >need for a little refactoring work on Manager vs. StandardManager would be >useful. Have you thought any more about what we should do here? Yes, in fact

Re: JDBC-Session store

2001-03-27 Thread Craig R. McClanahan
On Tue, 27 Mar 2001, Kief Morris wrote: > Bip Thelin typed the following on 01:56 PM 3/26/2001 -0800 > >According to the STATUS.html(which doesn't seem to be up to date) no one seems > >to have volunteered for the JDBC-Session store. If that is truly the case I > >w

Re: JDBC-Session store

2001-03-27 Thread Kief Morris
Bip Thelin typed the following on 01:56 PM 3/26/2001 -0800 >According to the STATUS.html(which doesn't seem to be up to date) no one seems >to have volunteered for the JDBC-Session store. If that is truly the case I >would like to volunteer for that part. Excellent! Let us know i

Re: JDBC-Session store

2001-03-26 Thread Craig R. McClanahan
On Mon, 26 Mar 2001, Bip Thelin wrote: > According to the STATUS.html(which doesn't seem to be up to date) no one seems > to have volunteered for the JDBC-Session store. If that is truly the case I > would like to volunteer for that part. > > Thanks, Bip > Tha

JDBC-Session store

2001-03-26 Thread Bip Thelin
According to the STATUS.html(which doesn't seem to be up to date) no one seems to have volunteered for the JDBC-Session store. If that is truly the case I would like to volunteer for that part. Thanks, Bip