>Well, apparently a lot of people would want that in j-t-c instead, and I
>think they are right.
>j-t-c/cluster should be a good name.
>
>Remy

Hi Remy,
j-t-c, that refers to Jakarta-tomcat-connectors right?
If jtc is the connectors, from looking at my code, I'm not sure how this
would be possible at all.
Session replication isn't really related to the connectors, it is a part of
catalina, ie the underlying communication system is completely outside, but
the hook ins for session changes, doesn't that come from catalina? Because
that is the code I wrote.

looking at my code, please help me understand how this code would be outside
catalina?

thanks in advance
Filip



~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net

>-----Original Message-----
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, March 13, 2002 12:01 PM
>To: Tomcat Developers List
>Subject: Re: In memory session replication, reminder
>
>
>> >JavaGroups is cool since it is pure, multiplatform Java, although
>> >(from what I know) it cannot fall back to TCP when multicast isn't
>> >available,
>>
>> JavaGroups is cool, thanks :), and yes, it does support TCP. :))
>>
>> >What I'd like to do at some point is take Filip Hanik's TC4 session
>> >replication code (looking nice!) and make it switchable to use either
>> >Spread or JavaGroups, or other communication mechanisms for keeping the
>> >session data in sync. Pluggable messaging back-ends..
>>
>> I would fully support this, I think it is a great idea!
>>
>> >FWIW, I'd like to see the in-memory session replication code as part
>> >of TC4 itself, with a pluggable messaging layer API that allows
>> >a separate messaging system to be used.
>>
>> yes yes yes,
>> I would say make the hook ins and interfaces in catalina, and
>then you can
>> just plug in any messaging system you want.
>
>Well, apparently a lot of people would want that in j-t-c instead, and I
>think they are right.
>j-t-c/cluster should be a good name.
>
>Remy
>
>
>--
>To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to