tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filip Hanik" <devli...@hanik.com>
Subject Re: Clustering Tomcat - Loadbalancing and Failover
Date Mon, 13 Oct 2003 15:21:19 GMT
>mcastAddr="228.1.2.3"

used for membership, tcpListenAddress and tcpListenPort indicate TCP for
transporting the actual session.

>What is in place for security?

Ideally you would only replicate data behind your own firewall, if you
replicate data in a public zone, you are on your own. So the answer is,
there is no security, never saw a need for it. Let me know ify ou have a
different perspective

>Does the cluster support loadbalancing? or failover?
>how can its config be tweeked?

it is session replication, and does exactly that, replicates session. Load
balancing and fail over you need to have in front of tomcat

Filip

----- Original Message -----
From: "Hanasaki JiJi" <hanasaki@hanaden.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Sent: Saturday, October 11, 2003 6:22 AM
Subject: Re: Clustering Tomcat - Loadbalancing and Failover


Very nice! does the mcastAddr="228.1.2.3"  imply tcp multicasting using
  java.net.MulticastSocket?

What is in place for security?

Does the cluster support loadbalancing? or failover? how can its config
be tweeked?

The filter, shown at the link provided, doesnt seem to support
jsp/servlets.  can this be done too? how?

thanks again
=================================================================
= Management is doing things right; leadership is doing the     =
=       right things.    - Peter Drucker                        =
=_______________________________________________________________=
=     http://www.sun.com/service/sunps/jdc/javacenter.pdf       =
=  www.sun.com | www.javasoft.com | http://www.sun.com/sunone   =
=================================================================


Filip Hanik wrote:
> http://cvs.apache.org/~fhanik/
>
>
>>        how are session states replicated?
>
>
> once, after the entire request is completed. If the session is not dirty,
no
> replication will be done
>
> Doesn't use java groups, instead pure UDP/TCP.
>
> Filip
>
> ----- Original Message -----
> From: "jerome moliere" <jmoliere@nerim.net>
> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
> Sent: Wednesday, October 08, 2003 11:34 PM
> Subject: Re: Clustering Tomcat - Loadbalancing and Failover
>
>
> Hanasaki JiJi wrote:
>
> Hello,
>
>
>>What is available, in Tomcat, or as an add-on, and preferably
>>free/open-source to cluster tomcat for:
>>    load balancing
>>    fail over
>
>
> humm filip hanik could answer with more details (or remy maucherat) but
> as far as I know new Tomcat 5 code (backported to 4.1) use
>  the Javagroups library for replication mechanism. For tomcat 4.1,
> adding jars (javagroups + patch) is enough to add theses features...
> For tomcat 5, nothing needed because it's one of the new features...
>
>
>>        how are session states replicated?
>
>
> It's one of the limits of this system, because every put made, induces
> replication for the entire object using broadcast (by default). So heavy
> traffic...
>
>
>>Also, in general, and a bit off-topic (my apologies), are there any
>>resources for the design, or open source implementation, of load
>>balancing / fail-over frameworks?
>
>
> javagroups :)
> google may point you to the current address !!!
> I think that this porject recently joined the JBOSS project
>
>
>>Thanks
>>
>
> Jerome
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message