On Wed, Jan 29, 2014 at 10:24 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> > Now, as Chris pointed out - it would be great to design your app
> > that it saves the intermediate work to a database or some secondary
> > store that can be retrieved upon login again. Think "shoppin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Neven,
On 1/28/14, 8:59 PM, Neven Cvetkovic wrote:
> Ultimately, session stickiness works great to handle load
> balancing (workload management), but it is not enough for session
> failover.
Correct: session stickiness just avoids the problem of se
On Tue, Jan 28, 2014 at 8:59 PM, Neven Cvetkovic
wrote:
> On Tue, Jan 28, 2014 at 3:54 PM, Howard W. Smith, Jr. <
> smithh032...@gmail.com> wrote:
>
> > > Thus I will probably never have to use clustering.
> >
> > Loving your responses on this topic, Chris. I do not want to hijack this
> > thread,
On Tue, Jan 28, 2014 at 3:54 PM, Howard W. Smith, Jr. <
smithh032...@gmail.com> wrote:
> > Thus I will probably never have to use clustering.
>
> Loving your responses on this topic, Chris. I do not want to hijack this
> thread, but i find this topic interesting, and your responses make it more
>
Thanks Chris .. now I got a clear picture.
First off I will try without cluster. If that does not work, I will go for
clustering.
Regards.
On Tue, Jan 28, 2014 at 3:42 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Raquib,
On Tue, Jan 28, 2014 at 3:42 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Thus I will probably never have to use clustering.
Loving your responses on this topic, Chris. I do not want to hijack this
thread, but i find this topic interesting, and your responses make it more
int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Raquib,
On 1/28/14, 3:18 PM, Raquib Hasan wrote:
> Do you mean, if just the sticky session is used, tomcat clustering
> won't be needed?
In some ways, yes, it is that simple.
In other ways it is not.
If you use sticky-sessions without clustering,
Chris,
Do you mean, if just the sticky session is used, tomcat clustering won't be
needed?
Thanks,
Raquib Hasan
On Tue, Jan 28, 2014 at 12:37 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Raquib,
>
> On 1/28/14, 12:29 P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Raquib,
On 1/28/14, 12:29 PM, Raquib Hasan wrote:
> I am not sure whether the sticky session is needed or not. The
> session replication also may not be needed. My requirement is very
> simple.
If you don't need anything fancy, may I suggest that y
:)
On Tue, Jan 28, 2014 at 11:28 AM, André Warnier wrote:
> Christopher Schultz wrote:
> ...
>
> I am thinking like, there would be a LB VIP that the client
>>> requests would be communicating with. The sticky session would be
>>> enabled in the LB and there is no need of apache web server in
Thanks Chris.
I am not sure whether the sticky session is needed or not. The session
replication also may not be needed. My requirement is very simple. There
are 2 back end servers. I want both gets same user communication at the
same time, so that, if one server fails the other can continue. I tho
Christopher Schultz wrote:
...
I am thinking like, there would be a LB VIP that the client
requests would be communicating with. The sticky session would be
enabled in the LB and there is no need of apache web server in
between. Is this the right way of thinking?
What do you mean VIP?
A very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Raquib,
On 1/28/14, 10:03 AM, Raquib Hasan wrote:
> I am creating a tomcat cluster following helps I found online. My
> question is, do I have to use the Apache(mod_jk) for session
> replication?
No.
> Is it possible to use F5 load balancer dire
Hello,
I am creating a tomcat cluster following helps I found online. My question
is, do I have to use the Apache(mod_jk) for session replication? Is it
possible to use F5 load balancer directly bypassing the Apache? Primary
purpose of the cluster is fail over. Load balancing is not needed. I thin
14 matches
Mail list logo