yes, especially mcast address, that essentially is what defines a group of members

Filip

----- Original Message ----- 
From: "Gergely Zayzon" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Friday, June 25, 2004 4:11 PM
Subject: RE: Session replication in tomcat5


> Thanks, it sounds promising (just need to survive 'till that time ;-)
> 
> Anyway, is there anything I need to know or be aware of when I configure
> many clusters between two tomcats? Should the (mcast and the tcp) ports be
> different for each of them?
> 
> 
> Thanks,
> Gergely Zayzon
> -------------------------
> Network Administrator
> Harras Network CVBA
> Phone: +36 30 3903740
> Fax: +36 1 4092088
> Email: [EMAIL PROTECTED]
> Web: http://www.harras.be
> 
> > -----Original Message-----
> > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] 
> > Sent: Friday, June 25, 2004 10:56 PM
> > To: Tomcat Users List
> > Subject: Re: Session replication in tomcat5
> > 
> > 
> > depends on how much money you can donate, he he ;)
> > 
> > no idea actually, I'm tied up most of july, so I think it 
> > will be a few months as I have some smaller things I need to fix first
> > 
> > Filip
> > 
> > ----- Original Message ----- 
> > From: "Gergely Zayzon" <[EMAIL PROTECTED]>
> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> > Sent: Friday, June 25, 2004 3:46 PM
> > Subject: RE: Session replication in tomcat5
> > 
> > 
> > > Thanks Filip, for the prompt mail!
> > > 
> > > Just out of curiosity; any scheduled date when it will happen?
> > > 
> > > 
> > > Thanks,
> > > Gergely Zayzon
> > > -------------------------
> > > Network Administrator
> > > Harras Network CVBA
> > > Phone: +36 30 3903740
> > > Fax: +36 1 4092088
> > > Email: [EMAIL PROTECTED]
> > > Web: http://www.harras.be
> > > 
> > > > -----Original Message-----
> > > > From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
> > > > Sent: Friday, June 25, 2004 10:40 PM
> > > > To: Tomcat Users List
> > > > Subject: Re: Session replication in tomcat5
> > > > 
> > > > 
> > > > it is currently one of the draw backs that the cluster
> > > > element is inside the a host, cause in your scenario you 
> > > > would need to configure several clusters, one for each host. 
> > > > I'm currently slammed with work, but we started doing some 
> > > > serious refatoring for the Tomcat 5.1 version and this is a 
> > > > strong candidate
> > > > 
> > > > Filip
> > > > 
> > > > ----- Original Message -----
> > > > From: "Gergely Zayzon" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Friday, June 25, 2004 3:31 PM
> > > > Subject: Session replication in tomcat5
> > > > 
> > > > 
> > > > > All,
> > > > >
> > > > > I'm wondering what it really means that the <Cluster/> 
> > element is
> > > > > nested inside a <Host/> element? Our servers are load 
> > balanced on 
> > > > > network layer level, without any software interaction, so 
> > > > actually all
> > > > > of the tomcat instances are running separately without using the
> > > > > built-in load balancing. But since the web servers are 
> > > > using virtual
> > > > > hosting I need to place several <Host/> elements into the
> > > > server.xml
> > > > > to let all the individual sites have their own environment. In a
> > > > > scenario like this how I can do the session replication? If 
> > > > I place it
> > > > > in one of the <Host/> elements then sessions only for that
> > > > host will
> > > > > be replicated? How I need to configure the tomcat instances to 
> > > > > have
> > > > > all the sessions for all of the (virtual) hosts replicated?
> > > > >
> > > > > Can anyone shed light on this please?
> > > > >
> > > > >
> > > > > Thanks,
> > > > > gergoe
> > > > >
> > > > >
> > > > > 
> > > > 
> > --------------------------------------------------------------------
> > > > -
> > > > > To unsubscribe, e-mail: 
> > [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: 
> > > > > [EMAIL PROTECTED]
> > > > 
> > > > 
> > > > 
> > --------------------------------------------------------------------
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: 
> > [EMAIL PROTECTED]
> > > > 
> > > 
> > > 
> > > 
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


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

Reply via email to