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
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 (!location block) {
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 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.
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
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: Unknown
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.HandlerRequest
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:
Hi to all,
I've got problems with some
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
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
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
Remy Maucherat wrote:
ballot
Release 5.0.22 as Stable:
[ ] Yes
[ ] No
/ballot
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
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
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
Hans Schmid wrote:
Hi Henri,
thanks for the quick reply.
This is what is used (same config as the former AJP13Connector)
CoyoteConnector
processorClassName=org.apache.jk.server.JkCoyoteHandler
port=11019
maxThreads=2048
[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
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
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
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
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
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
Remy ?
---BeginMessage---
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
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));
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 under iSeries (AS/400) and wonder
about
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 for a strange problem under iSeries (AS/400
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 multi-threading
Hi to all,
I'm looking
Hi to all,
As many I'm puzzled in jk 1.2.x in some case :
VirtualHost *:80
ServerName test101.mysys
DocumentRoot /www/sys101/htdocs
JkMount /* test-101
/VirtualHost
VirtualHost *:80
ServerName test102.mysys
DocumentRoot /www/sys102/htdocs
JkMount /* test-102
/VirtualHost
No
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 multi-threading
Hi to all,
I'm looking
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: Monday, July 12, 2004 3:07 AM
Subject: jk_connect
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 exclude
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
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
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,
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
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'm
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
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
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'm
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 least readily
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
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
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
Tomcat
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
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.
-
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 respected
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
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
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 over
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
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
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
On Jul
[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
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', protocol and basic
config
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
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
[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:
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_
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
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
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
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 support using
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
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
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
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 AM, Henri Gomez wrote:
And since I
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 the Data Filter modes
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
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 tomcat needs
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's a key
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
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
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
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. But we
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
---BeginMessage---
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
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 :
VirtualHost
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
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
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
extended
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
---BeginMessage---
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
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
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,
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
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.
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.
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
[EMAIL PROTECTED] wrote:
billbarker2004/07/21 22:46:13
Modified:jk/native/iis jk_isapi_plugin.c
Log:
Fix broken mapping parsing.
The patch looks safe enough, since nobody should care that we modify the uri.
Submitted By: Jess Holle [EMAIL PROTECTED]
Revision Changes
Mladen Turk wrote:
Henri Gomez wrote:
Could I consider the jk 1.2.6 ready for release of should we
delay it a bit ?
No release please.
There is a bug in jk_global.h so you cannot compile on WIN32.
It's couple of days ago that jean-frederic introduced protable.h, that is
nonexistent on WIN32
Mladen Turk wrote:
jean-frederic clere wrote:
[error] (OS 10048)Only one usage of each socket address
(protocol/network
address/port) is normally permitted. : proxy: HTTP: attempt to
connect to 127.0.0.1:8080 (localhost) failed
Anyone has a clue where and why those error messages comes
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
- Apache 2.0.50 alone (simple html file)
- TC 3.3.2/Coyote 1.1
- Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
Bill Barker wrote:
- Original Message -
From: Ian Holsman [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 8:42 PM
Subject: AJP protocol description??
Hi..
I'm lurker from over in httpd-dev
do you guys have a description of the AJP protocol?
Remy Maucherat wrote:
Henri Gomez wrote:
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
- Apache 2.0.50 alone (simple html file)
- TC 3.3.2/Coyote 1.1
- Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
Peter Lin wrote:
the nightly build of jmeter has an alpha sampler that uses Commons
HTTPClient. you may want to try that one instead, if you use jmeter
peter
made some tests with JMeter 2.0.1 but my laptop is
way to slow.
I need another smaller stress tool ;(
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Henri Gomez wrote:
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))
JTC tagged as JK_1_2_6
Now back to jk 1.2.7-dev
tarball to be released soon.
Thanks to various commiters to provide the usual
binaries...
Regards
Henri Gomez wrote:
Henri Gomez wrote:
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))
JTC tagged as JK_1_2_6
Now back to jk 1.2.7-dev
tarball to be released soon.
Source tarballs available at :
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk
jean-frederic clere wrote:
mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1
is that correct?
The request was (from ab):
+++
GET /examples/ HTTP/1.0^M
User-Agent: ApacheBench/2.0.40-dev^M
Connection: Keep-Alive^M
Host: localhost:7779^M
Accept: */*^M
^M
+++
I'm still looking
601 - 700 of 1126 matches
Mail list logo