Hi Mladen,
Now that I think more of that, you can use the Apache's
'LimitRequestLine' directive (default 8190), so this won't get to
the mod_jk at first.
this will indeed fix some cases, but the AJP13 packet can still be
filled up by adding junk headers to the request, Apache does not take
heade
Hi,
we are using Tomcat as our application server with front end Apache
servers (1.3.33) running mod_jk from Jakarta Tomcat Connectors 1.2.8.
We have load balancing workers which load balance ajp13 workers.
Some of the applications we are hosting make heavy use of HTML Forms
using GET as the sub
Hi,
I've been running Tomcat 3.3 with Apache frontend servers for quite some
time now without any problems. Recently I switched to Tomcat 4.1.30,
Apache 1.3.33 and Jakarta Tomcat Connectors 4.1.30.
The site is ran on two servers with load balanced AJP 1.3 workers
handled by mod_jk. The JDK used
[EMAIL PROTECTED] wrote:
>
> On Tue, 25 Jun 2002, GOMEZ Henri wrote:
>
> > >> Pier could you detail what should be a Tomcat HA, and how
> > >> it could fit in TC 5.0 proposal ?
> > >
> > >As far as I can remember it was voted -1...
> >
> > What about TC 5.0 with HA capability ?
>
> TC5.0 will h
Hi,
there is something that bothers me in the patch Bernd sent, that is
the local_worker property of workers, I think the concept of local
worker is linked with that of load balancing worker, and not to that
of worker. Nothing forbids to have an ajp13 worker in several load
balancin
I read Bernd's message and in the end I do agree with the imperial
need for a notion of local workers, or more exactly for the notion of
non local workers, i.e. workers used exclusively for requests
pertaining to a session they created.
I wrote a piece of Apache configuration to ha
[EMAIL PROTECTED] wrote:
>
> costin 02/05/09 14:06:48
>
> Modified:jk/native2/common jk_worker_lb.c
> Log:
> That's the big one.
>
> Please review !
>
> It changes the handling of lb_value to int. I also cleaned up the logic so
> it's easier ( I hope ) to understand what's
Here is my patch to the load balancing code. I have tested the jk1
part but not the jk2. The behavior should be identical though.
The concept of local worker is introduced. Local workers form a subset
of the balanced workers, those workers handle the requests with no
session information
Hi again,
included int this message is a patch to the current CVS which adds the
notion of local workers to both jk1 and jk2.
I did not have time to test the patch, I can only say it does compile.
The modifications are rather slim so the validation should be easy.
Feedback welcome,
Mathias.
Hi,
to continue the discussion on load balancing workers in JK2, I would
suggest as Bernd's initial patch did, to add two properties for the
load balancing worker, one which will be the name of the local worker,
and another one stating what to do if this local worker is
unavaila
gt; >Note that the reason for choosing 0 ( in jk2 ) as
> >default is that I want to switch from float to ints,
> >I'm not convinced floats are good for performance
> >( or needed ).
> >
> >Again - I'm just learning and trying, if you have
> >any idea I w
> Another solution would be to calculate some sort
> of checksum on each session id received for a vm that is
> no longer on the air. Then modulo that number by the number of
> available tc instances in the cluster, and route the request to the
> the jth server in the cluster (where j is the calcu
Tom Drake wrote:
>
> Mathias;
>
> Thanks for your very informative reply. From your reply, it seems
> that mod_jk comes close to doing what I want, and should actually
> provide the fail-over I'm looking for, however not in the most
> optimal way.
>
> What would be involved in adding (optionall
Hi, I have been working on load balancing Apache/Tomcat clusters.
In mod_jk, the fail-over is done in the function
get_most_suitable_worker. Basically if the worker who initiated the
session is available (i.e. not in error state), use it, otherwise loop
through the workers and select either the o
According to the RELEASE-NOTES, the load balancer was fixed to correctly
extract the session ID from the Cookie.
It seems the extraction from the URI has not been corrected, line 136
should read
*id_end = '\0';
instead of
id_end = NULL;
Has this been corrected in the current C
-userAdmin.tar.gz
Once again comments are welcome.
Mathias Herberts.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
gards,
Mathias Herberts.
--- org/apache/tomcat/request/SimpleRealm.java.orig Fri Feb 9 21:42:02 2001
+++ org/apache/tomcat/request/SimpleRealm.java Fri Feb 9 22:36:49 2001
@@ -66,6 +66,7 @@
import java.io.*;
import java.net.*;
import java.util.*;
+import java.security.*;
import org.xm
17 matches
Mail list logo
