Remy Maucherat wrote:
Filip Hanik - Dev wrote:
ok, there are two very simple memory friendly ways to do sticky load
balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.
1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't a
Graham Leggett wrote:
Costin Manolache wrote:
But I still think we should start with using mod_proxy with http
protocol, and add the missing load balancing and extra info - if we
are not happy with the performance and we need a small boost, we could
also add ajp.
I think this is a good idea.
S
Mladen Turk wrote:
Graham Leggett wrote:
I don't think that it is necessary for a mod_ajp to be
included inside
the mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts
ultimately makes for doing things in a consistent way. I
Graham Leggett wrote:
Mladen Turk wrote:
I don't think that it is necessary for a mod_ajp to be included inside
the
mod_proxy, although they are sharing some common concepts.
I think it's very necessary - sharing those common concepts ultimately
makes for doing things in a consistent way. It mak
Fix the latest Bill fix on lb cookies it seems there
is nothing which prevent us from releasing jk 1.2.6.
So if nobody reports a show stopper today, I'll
start the jk 1.2.6 release tomorrow morning CET.
Regards
-
To unsubscribe, e-
Joel Dice wrote:
Attached is a patch against JK 1.2.5 to fix handling of POSTs for
load-balanced workers.
The problem it addresses occurs when an endpoint fails while mod_jk is
trying to send it a POST request. When mod_jk gives up and attempts to
use a different endpoint, the body of the POST is
Mladen Turk wrote:
Graham Leggett wrote:
Thing is it's easier for end users to not have to mess around
with third party builds if it can possibly be avoided, and
it's the needs of the end users who are the most important,
not the developers.
It was the main reason why we tried to go beyond
Joel Dice wrote:
Attached is a patch against JK 1.2.5 to fix handling of POSTs for
load-balanced workers.
The problem it addresses occurs when an endpoint fails while mod_jk is
trying to send it a POST request. When mod_jk gives up and attempts to
use a different endpoint, the body of the POST is
--- Begin Message ---
Henri Gomez wrote:
- mod_proxy + proxy_ajp could be one solution.
Now what about the mod_proxy load-balancing add-on ?
Would be a completely separate module.
The way proxy works, is that it:
- obtains the IP address to connect to (currently via DNS round robin,
but a module
Manni Wood wrote:
I asked you to develop your argument ;)
Ah. I'm trying my best. :-)
May be you could take a look as documentalist ?)
I would very happily volunteer my time to document this new module.
Where do I sign up? How do I gain acceptance as a documentor, and if I
am accepted, what woul
Costin Manolache wrote:
Henri Gomez wrote:
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
ext
Graham Leggett wrote:
Henri Gomez wrote:
Well let see my suggestion :
ProxyPass /myWebapp/*.jsp ajp://myajpworker/
myajpworker is not a machine but a virtual resource which could be :
- a physical Tomcat using its AJP/1.3 connector
- a cluster of physical Tomcats using their AJP/1.3 connector
And
Colm MacCarthaigh wrote:
On Tue, Jul 20, 2004 at 05:20:53PM +0200, Graham Leggett wrote:
The "httpd serves the static content" feature can be implemented through
extending ProxyPass to support regular expressions, for example:
ProxyPass /myWebapp/*.jsp http://tomcat/myWebapp/
RewriteCond %{REQUE
Glenn Nielsen wrote:
Have you looked at using JkAutoAlias ?
What do you means ?
JkAutoAlias automatically detected Alias/Directory and excluded
them from JkMount * ?
On Tue, Jul 13, 2004 at 12:27:41PM +0200, Henri Gomez wrote:
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
Serve
--- Begin Message ---
Manni Wood wrote:
One of the things I thought AJP did that HTTP proxying to Tomcat could
not (but correct me here if I'm wrong) is let the servelt container know
whether or not the connection is HTTP vs. HTTPS. This sort of
information needs to get passed back to the servlet
Remy Maucherat wrote:
Costin Manolache wrote:
Well, the mod_proxy + enhancements for sticky session + enhancements
for passing auth info sounds reasonable - and if nobody wants the JMX
support, then maybe we won't need to write a new connector anyway :-)
Remy will be happy - we'll only use the h
Graham Leggett wrote:
Henri Gomez wrote:
It's now time to refactor and redesign it with Apache 2.x (APR/AP) in
mind to follow Apache 2.x admins habbits and try to make something
simpler.
We came on httpd-dev for advice from experts, and may be an
extended mod_proxy could be the solution. B
Wayne Frazee wrote:
Please pardon me for attempting to marshall the obvious however what is
the advantage of AJP/1.x over HTTP?
- Persistant connections, mod_jk use a pool of socket connections
to avoid reopening connections between Apache and Tomcats.
You could set socket timeout to make the
Manni Wood wrote:
I very rarely post to this list, but I've been building web sites for
over eight years, and want to chime in.
In my experience building web sites for Fortune 500 companies (some of
them Fortune 50 companies), the "get Apache to serve static content
while Tomcat only takes care of
Graham Leggett wrote:
Henri Gomez wrote:
And what about using AJP/1.3 instead of HTTP for connection to tomcat ?)
In all my deployments of tomcat I have never seen the point of a custom
protocol that did exactly what HTTP does, so all my tomcat deployments
are all HTTP, with a simple mod_proxy
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
[ chopped tomcat-dev because that bounces my mail ]
As a startingpoint, how about telling us what tomcat needs that
mod_proxy and friends don't provide?
In mod_jk/jk2, there is support for load-balancing and fault-tolerance
and it
Nick Kew wrote:
On Tue, 20 Jul 2004, Henri Gomez wrote:
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
As a startingpoint, how about telling us what to
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Ideally since we could have a cluster of Apache WebServer
linked to a cluster of Tomcat ServletEngines, and that member
could enter or exit these 2 clusters we should have something
using Multicast (ideally a native JavaGroups
Henri Gomez wrote:
Mladen Turk wrote:
The AJP13 protocol will have to be enhanced (or better enabled) to use
the
'Service channel' and 'Data Filter'. It is not necessary to define all
Service channel modes like server topology, or server readiness,
neither to
define all t
Bill Barker wrote:
- Original Message -
From: "Sandy McArthur" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 19, 2004 9:15 PM
Subject: Re: mod_jk 1.2.6 release ? - session tracking cookie
On Jul 19, 2004, at 8:43
We're discussing on tomcat-dev about a new Apache to Tomcat
Apache 2.x module.
We'd like to see some of the core HTTPD developpers joins
the discussion about the post JK/JK2 module.
The goal of this new module :
- 100% Apache 2.x module
- Easy integration with existing Apache 2.x modules
and dire
Mladen Turk wrote:
Costin Manolache wrote
I can understand the jk2 "object oriented C" is considered
too complex.
True.
But I certainly can't agree on a design that is not modular
and doesn't support this basic requirement. We already have
mod_jserv and mod_webapp
- and a long history of
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
I think you're mixing the Java side with the native side. I think the
Java side should obviously use JMX to monitor what's going on with
Tomcat. However, the native side will just recieve proprietary messages.
We have to keep the
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
The only 2 JNI models that actually work are jk2 "protocol
marshalling, pass only byte[]" and eclipse swt "small simple calls
with mostly int and byte[] params"
All that is cool, but what you propose looks a lot like JK 2
(J
Costin Manolache wrote:
Henri Gomez wrote:
You must keep in mind that tomcat5 is no longer server.xml centric !
It can use separate config files in different directories, if it is
embedded it can use the embedor's config, etc.
And httpd.conf is static - you can't modify it. We sup
Costin Manolache wrote:
Jess Holle wrote:
Andy Armstrong wrote:
Jess Holle > Getting the IIS connectors to work with IIS 6 appears to
be rocket
science though. [Dang thing just shows a red down arrow on the
filter whatever you do without giving any real error!]
Heh. Having spent two days getti
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
What complexity does JNI add to jk2 ? There are separate files, using
the same protocol.
The real important lesson in Jk2 is that JNI works faster and better
if it is not used to pass objects.
The only 2 JNI models that actua
Costin Manolache wrote:
Remy Maucherat wrote:
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part);
so I don't know if I have a say in any decision, but I though I should
participate as well.
- it should be simpler than JK 1 or 2
+1
- it should have a name which doesn
Costin Manolache wrote:
We should first determine if Apache2 will have to monitor a
service/system links to the various tomcats (in cluster
configuration) to learn about real-time topology.
In fact, that is why I've pursued the .xml config over the current one.
The main idea is to _internally_
[EMAIL PROTECTED] wrote:
What I am trying to say is that do not dismiss 1.3.x unless
it is difficult
to include.
Well if we had to support Apache 1.3, will have to support two very
different web-server and could make use of APR since Apache 1.3 came
without APR.
Ah ok - so this is complex to
Costin Manolache wrote:
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
I'm alive as well, and I have something to say - I spent last few
weekends playing with coyote and tomcat, probably in few weeks I'll have
som
Remy Maucherat wrote:
Henri Gomez wrote:
Second reference to mod_coyote ?
Should we retains this one ?
Maybe ;)
We have two connectors planned. This one will use AJP, while the other
would use JNI, so we need two, different, non confusing names. So naming
this mod_jk3 would be bad, just like
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Well I'd like to see jk 1.2.x continuing its slow maintenance
cycle since it's the most used module for now.
And start from scratch the new mod_coyote.
Ok, but let's try to make the code 'reusable', p
[EMAIL PROTECTED] wrote:
Just my 2 pence worth (as an apache/tomcat admin in a large company);
- the configuration should be in Apache's config file, rather than
some complex properties file
+1
Yes please!
The general idea is to connect to TC and get the URI/VHOST
topology, but we
still need
Sandy McArthur wrote:
On Jul 19, 2004, at 4:06 AM, Henri Gomez wrote:
Sandy McArthur wrote:
Thinking on it more, I think I'm full of it and I was confusing the
symptoms of two problems that were happening at the same time.
Disregard my comments below until I can double check myself.
Sandy
O
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
For example majors Linux distributions are now using Apache
2 instead
of Apache 1.3. So Apache 2.x will be more and more used.
When not running inside Apache, there are tons of things when
cannot use, including configuratio
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
For example majors Linux distributions are now using Apache
2 instead
of Apache 1.3. So Apache 2.x will be more and more used.
When not running inside Apache, there are tons of things when
cannot use, including configuratio
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
We should first determine if Apache2 will have to monitor a
service/system links to the various tomcats (in cluster
configuration) to learn about real-time topology.
In fact, that is why I've pursued the .xml config ove
Remy Maucherat wrote:
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part); so
I don't know if I have a say in any decision, but I though I should
participate as well.
- it should be simpler than JK 1 or 2
Of course.
- it should have a name which doesn't confuse folks
Cavan Morris wrote:
Andy Armstrong wrote:
I have concrete examples of people giving up on Tomcat altogether for
no other reason than the fact that they couldn't get JK configured. By
comparison the rest of the task of configuring Tomcat is a walk in the
park. Please let's not be so up ourselves
3:05 AM, Henri Gomez wrote:
Could you take the latest code in CVS and check to see if it solve your
problem ?
We took the new get_cookie() implementation from CVS and replaced the
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute
of the JSESSIONID cookie weren't being
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
- it should be simpler than JK 1 or 2
That's the general idea
- it should have a name which doesn't confuse folks :)
APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.
-
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now
to Apache 2.x (2.0/2.1), may be something which could be
included in standard Apache 2.x distribution which will save
us
nyhgan wrote:
-
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
-
Hi, Henri Gomez
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and
handler via mod_rewrite.
Intead of
JkMount /*.jsp loadbalancer
Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
I was thin
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the 'needs'
jean-frederic clere wrote:
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common
denominator, and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at lea
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common denominator,
and
that is
'well documented' config file, usable on any container.
Well documented is the crux here for me. Or at least readily
understandable. I've just had someone nearly abandon To
nyhgan wrote:
Hi,
Does mod_jk 1.0.26 fix the following problem? I believe that it is the one of the most important issues with the mod_jk.
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and de
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
I have one gripe with the way mod_jk chooses the session tracking cookie.
I
Shapira, Yoav wrote:
Hi,
No objections: on the contrary, +1 ;)
(And a general +1 to mod_* work and releases)
Yes, we have a slower release rate :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?
Vote please ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
Hi to all,
I added support for a no-jk env var for mod_jk 1.2.6-dev, under
Apache 2.0.
This environment variable works like the no-gzip for mod_deflate.
If jk find the env var no-jk, it will decline the request process
and sus let others modules to handle the Apache request.
It will help many of us
Rainer Jung wrote:
As I started the discussion thread on releasing mod_jk 1.2.6 a few days
ago, I would also prefer to have the stable code released and not adding
new features. Releasing 1.2.6 as-is would already be benefitial to many
people.
Henri: thank you very much for preparing the releas
David Rees wrote:
Henri Gomez wrote, On 7/13/2004 3:27 AM:
What about adding support for JkMountExclude :
I would suggest leaving it for the next release of mod_jk, unless it is
simple and there is little chance of it adding any regressions.
-Dave
I'm puzzled with JkMount when I have to ex
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monda
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
ServerName test101.mysys
DocumentRoot /www/sys101/htdocs
JkMount /* test-101
ServerName test102.mysys
DocumentRoot /www/sys102/htdocs
JkMount /* test-102
No imagine I want to have /home in test102.mysys mapped
no more t
jean-frederic clere wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and
Henri Gomez wrote:
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking fo
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 12, 2004 3:07 AM
Subject: jk_connect and multi-threading
Hi to all,
I'm looking for a strange problem un
Hi to all,
I'm looking for a strange problem under iSeries (AS/400) and wonder
about this look in jk_open_socket() (jk_connect.c) :
do {
jk_log(l, JK_LOG_DEBUG, "jk_open_socket, try to connect
socket = %d to %s\n",
sock, jk_dump_hinfo(addr, buf));
Remy ?
--- Begin Message ---
Henri Gomez wrote:
Take a look in jakarta-tomcat-connectors (ie:
http://apache.fastorama.com/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz)
jakarta-tomcat-connectors\http11\src\java\org\apache\coyote\http11
Thanks, found it
Henri Gomez wrote:
Rainer Jung wrote:
Hi,
the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old.
Since then there have been important improvements (CPing/CPong and
recovery_options). Especially recovery_options is very useful in
transparent administration (start/stop) of cluster
Service Client Fnac.com wrote:
Chère Cliente, Cher Client,
Merci de nous avoir contactés.
Vous venez d'envoyer un message à une adresse ne permettant pas
de recevoir d'e-mail.
Pour trouver les réponses à vos questions sur vos commandes, sur
les produits, sur le site, consultez nos pages d'aide en l
Rainer Jung wrote:
Hi,
the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old.
Since then there have been important improvements (CPing/CPong and
recovery_options). Especially recovery_options is very useful in
transparent administration (start/stop) of cluster nodes.
The 1.2 branch
jean-frederic clere wrote:
Andy Armstrong wrote:
(posted to the right list now - oops)
I'm just making sure the Lotus Domino connector works with the latest
jk2 version. As a preamble to that I usually make sure I can get
mod_jk2 working with Apache 2 as a kind of baseline. This time I'm
getting
This commit was sponsored by Eclipse 3 RC 1 and its refatoring features
:) Somehow, they spell that "refactoring" in the menus, but it's
evidently a mistake, as the features are powerful enough to warrant the
Genuine Refatoring (R) label.
Great use of Eclipse.
Eclipse 3 RC3 is available and the
[EMAIL PROTECTED] a écrit :
costin 2004/05/21 07:52:00
Added: resources tomcat.spec
Log:
Initial version of a spec file creating a RPM identical with the official binary
distribution.
Well that's not a clean way to package RPM since in packaging policies,
a binary should allways
Costin Manolache a écrit :
Hi,
I don't know if you saw it, but Fedora ( the free Redhat distro )
includes now tomcat-4.1.27. I think this is a big problem and we should
be aware of it - the "tomcat" they distribute uses the worst layout,
doesn't start like any other tomcat, it seem to run out of
Commited, Thanks.
Pretty busy these days for I don't have much time to track jk2 but
continue the good work Norm :)
NormW a écrit :
Greetings All.
Not withstanding that the whole Style Sheet thing for the Status Worker has
gone quiet, offer here a patch to add the following:
1. Add a char variabl
Hans Schmid wrote:
Hi Henri,
thanks for the quick reply.
This is what is used (same config as the former AJP13Connector)
old was:
served from 2 Apache Servers each with 1024 maxthreads. Threads should be
enough.
I saw 8 occurrences of the stacktrace within 2 Days, so it does
Hans Schmid wrote:
Sorry, I forgot to mention, that we are using mod_jk 1.2.5 on the Apache
side
I'm using the same config at works, jk 1.2.5 and TC 3.3.2 and didn't see
such problem.
Are you sure the number of ajp13 threads are correctly set, regarding
the number of connections allowed on web se
Angus Mezick wrote:
I forgot to mention that I am using the following software:
Apache: apache_2.0.47-win32-x86-no_ssl.msi
JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site.
Tomcat: 4.1.27
-Original Message-
From: Angus Mezick
Sent: Thursday, April 08, 2004 9:44 AM
To
Remy Maucherat wrote:
Release 5.0.22 as Stable:
[ ] Yes
[ ] No
I've tested the new Windows wrapper, and it did work for me (and it
looks as if we did hire some M$ guy to do its UI). However, some more
testing is needed (note: it's not suppoed to work on Win9x for now).
Another "risky" change i
Costin Manolache wrote:
Nice :-)
Did you try it ? I'm curious, could you run a quick helo world benchmark
( helo.jsp / help.php ) ?
The big question is the level of integration - i.e. if you can call java
objects from php or use some of the nice PHP features from java.
I just forwarded the Jea
Hi to all,
Mladen discussed about using PHP from Tomcat.
Jean-Frederic Clere make some tests during his vacation
and send me the following mail to be forwarded to the list :
Good news, tomcat+php it's easy, php allready have support for.
I make a simple try and here's the resulting 'readme'
Filip Hanik (lists) wrote:
sounds good!
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 5:48 PM
To: Tomcat Developers List
Subject: 5.0.22 tag ?
I plan to tag 5.0.22 tomorrow. Any objections ?
+0
-
Bill Barker wrote:
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, April 06, 2004 5:08 AM
Subject: Re: Problems with stress tested apps
Henri Gomez wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRe
Henri Gomez wrote:
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke
INFO: Un
Hi to all,
I've got problems with some highly stressed applications using jk or jk2
and tomcat 3.3.2 (same thing with TC 5.0.x).
I see many errors like these in log :
in TC 3.3.2 and 5.0.19 :
Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
in 5.0.19 I'v
NormW wrote:
Good evening Henri,
Thanks for taking the patch.
The pseudo-code (now below) is mostly an 'analysis' of what I would expect
JkUriSet to do based on understanding of the process. From this it is mostly
a check list of what to expect to find when looking at what the code
actually does.
Henri Gomez wrote:
Thanks to send a diff to latest code so I could commit it.
Oh, you allready provided a patch.
Thanks, I commit it ASAP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
NormW wrote:
Good afternoon Henri.
In visualising the process of JkUriSet, arrived at the following in
pseudo-code. Shame I can't translate it to C otherwise I would offer a diff.
:-)
Regards,
Norm
JkUriSet property, value
/* Only allow inside a Location block */
if (! block) {
lo
Remy Maucherat wrote:
Costin Manolache wrote:
If you're worried about risk, then probably glueing PHP with tomcat
will be a bad choice.
Tomcat is limited by Java's bad support for integration with native
code. Apache will have no problem running Php, perl, python, .net or
integrating with any
Henri Gomez wrote:
NormW wrote:
Good evening Henri,
Wouldn't it be
JkUriSet group lb
JkUriSet debug 1
I tried but it didn't works ;(
or
JkSet uri:/examples/*.debug 1
or
JkSet2 uri:/examples/* debug 1
Well it didn't works neither.
I'm using these 2 o
Kurt Miller wrote:
From: "Marco Baringer" <[EMAIL PROTECTED]>
i'm trying to compile mod_jk (just the apache side, not the tomcat
side).
I downloaded jakarta-tomcat-connectors-jk2-2.0.4-src. apr-0.9.4 and
apr-util-0.9.4 and was able to successfully run configure (i'm building
against apache 1.
NormW wrote:
Good evening Henri,
Wouldn't it be
JkUriSet group lb
JkUriSet debug 1
I tried but it didn't works ;(
or
JkSet uri:/examples/*.debug 1
or
JkSet2 uri:/examples/* debug 1
Well it didn't works neither.
I'm using these 2 on a VirtualHost
-
Hi to all,
A quick question :
I've got the following in a VirtualHost (Apache 2):
JkUriSet group lb
I'd like to have this /examples/ uri in debug and wonder
how to do it.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
Craig McClanahan wrote:
jean-frederic clere wrote:
Thorsten Kamann wrote:
Hello,
Henri Gomez schrieb:
Well I didn't like very well the hardcoded way, so I'd like to have it
externally.
We could :
Define a stylesheet property var in workers2.properties, which will
contains a full
Remy Maucherat wrote:
Mladen Turk wrote:
mod_php inside TC.
How does that work ?
I found out that TC is only 8% slower the Apache2.x.
8% for doing what ?
(this will heavily depend on the VM you're using, anyway, so try JRockit
to get the good results :) )
8% slower to serve only static pag
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
I think that we need to change the thinking perspective
from TC being
a 'helper' to TC being a 'workhorse'.
Interesting idea Mladen.
Next idea.
If we drop Apache 2.0 support we need to have jk/jk2 jobs
do
Henri Gomez wrote:
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
What do you want to do?
- Call native methods in TC to get PHP running.
- Write a servlet engine that understands PHP. (Well the problem
would be the libraries).
If a majority of my web content is
201 - 300 of 1191 matches
Mail list logo