+1, I was unconfortable to explain these.
Simpler the better
On Tue, 15 Feb 2005 08:58:11 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
I would like to deprecate the local_worker and local_worker_only
directives.
The reason is that we have now shared memory, and thus more powerful
And to add some goodies like configuration settings while Apache web
server is running :)
On Mon, 14 Feb 2005 13:08:36 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
Great, but without a release, it's a bit useless :(
Yes.
Now that 2.0.53 is released, the people will
Well we could provide the Tomcat load by many ways but I rather like
keep them compatible with AJP13 :
- Add a new message from jk to tomcat, like the CPING/CPONG, to get
the expect load on tomcat. jk could decide to send this information
packet each X requests.
- Add a custom header in reply
+1, that's what the original goal of AJP14, extending protocol from
just requests forwarding to service/system messaging.
BTW, we should disable it by default on jk, to avoid problem with old
tomcats release :)
On Thu, 10 Feb 2005 11:02:22 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Henri Gomez
Well I'm using Eclipse and if the SVN support is not 100% supported,
I'm a little worry about switch tomcat / jasper /
jakarta-tomcat-connectors on SVN.
So in my case it will be between -0 and -1 (-0.5)
On Fri, 4 Feb 2005 08:23:35 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
Hi,
We build
Well I configure my production tomcat to only listen on localhost 127.0.0.1
BTW, be carefull on some Suse system localhost is ::1, so an IPv6 address.
As such you should make use of 127.0.0.1 in both server.xml and also
in the stop script
On Thu, 3 Feb 2005 11:14:01 +0100, [EMAIL PROTECTED]
I could say that I'm using some Linux boxes with 2.6.x and latest IBM
SDK 1.4.2 and it rocks, faster than my workstation running XP and Sun
SDK which use a similar hardware (P4 2.8Ghz).
Which Linux distribution/version did you tried ?
On Tue, 11 Jan 2005 05:07:18 -0800 (PST), Leon Gent [EMAIL
+1 for AJP14 :)
On Fri, 14 Jan 2005 17:21:50 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Inside J-T-C we have ajp directory containing
the code that has been moved to Apache2.1 mod_proxy.
I wish to make that code completely independent
of any web server, as well as making a server
Mathias know well TC-DEV, he provide us some LB code in jk 1.2 :)
On Thu, 13 Jan 2005 21:16:56 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Mathias Herberts wrote:
Hi,
I've been running Tomcat 3.3 with Apache frontend servers for quite some
time now without any problems. Recently I
+0
JK / JK2 are also very specific to our current AJP implemtation.
Maybe they should be called AJP instead ?
PS: Happy New Year to all TC-DEV members :)
On Tue, 11 Jan 2005 10:44:17 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
(Note: I'm talking about the Java code here)
That code is
+1 welcome on board :)
BTW, the latest of the mohican, Mladen, did a tremendous works on JK
1.2.x the latest weeks and I'd like to congrat him :)
Regards
On Sat, 08 Jan 2005 10:45:30 +0100, Peter Rossbach [EMAIL PROTECTED] wrote:
Günter Knauf schrieb:
I'd like to nominate Jean-Jacques Clar
Using full HTTP 1.1 ?
On Mon, 10 Jan 2005 09:54:32 -0500, Peter Lin [EMAIL PROTECTED] wrote:
I've started running a series of benchmarks for static files. Here are
some early results. I plan to write up the results once it's all done.
Server:
AMD 2ghz
RAM 1Gb
jdk1.4.2
tomcat 5.0.x
Tried on some internal applications and don't see regression
+1
On Thu, 06 Jan 2005 15:49:11 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
Jess Holle wrote:
For those of us lurking waiting for the outcome of this vote, it
would seem to be
I tried some internal apps with Apache 2.0.52 and jk 1.2.7-beta2 for
windows and it seems there is a serious problem in multipart-form,
servlet are called twice when uploading documents
Show stopper...
Didn't have such problem with jk 1.2.6
Here is my workers.properties :
#
+1
Will trie to make the specific iSeries binaries
On Wed, 01 Dec 2004 09:29:31 +0100, Peter Rossbach [EMAIL PROTECTED] wrote:
Hey Mladen,
please do it, I am ready for testing the new staff :-)..
Peter
Mladen Turk schrieb:
Hi,
There has been lots of changes in the JK,
Mladen I'm rebuilding TC 3.3.3-dev right now and got this error on jtc build :
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\printer
[style] Transforming into
C:\eclipse3\workspace\jakarta-tomcat-connectors\jk\build\docs\news
[style]
Could we drop this autoanswer account ?
-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 19 Nov 2004 10:21:38 -
Subject: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto
apache.xml doccontrib.xml domino.xml iis.xml index.xml nes.xml
Great solved my XSL problem, I could now build on the fly TC 3.3.3-dev
from eclipse and see if my problems with JK 1.2.6 + TC 3.3.2 are now
fixed in JK 1.2.7-dev + TC 3.3.3-dev
Regards
On 19 Nov 2004 16:20:37 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
mturk 2004/11/19
To follow my previous thread on AJP and Tomcat 3.3.2 I succeed to
reproduce the :
17 nov. 2004 09:52:25 org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Put a debug in eclipse and in case of unknown message in AJP decode I got :
MsgByte =
00 00 00 00 0d 00 00 00
, November 17, 2004 4:43 AM
Subject: Re: JK 1.2.6 and AJP problems
Henri Gomez wrote:
The way to do it is to click on many URL for differents servlets
without waiting for response from previous click (something users does
but no benchs systems).
Have you noticed such behavior
Well I'll try to rebuild a TC 3.3.3-dev and tell you more
On Wed, 17 Nov 2004 13:00:30 -0800, Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 17, 2004 11:42 AM
Hi to all,
I wonder if some of you still get this message in Tomcat 4.1.x and 5.0.x/5.5.x :
XXX unknowon type 0
I'm using Apache 2.0.50 and Tomcat 3.3.2 with jk 1.2.6 and got this
message sometimes.
As result Tomcat close the AJP connection and jk should recreate a new socket.
Regards
On Tue, 16 Nov 2004 10:09:44 -0800, Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Discussion about Tomcat dev [EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 4:42 AM
Subject: jk 1.2.6 and Tomcat 3.3.2
Hi to all,
I
:
log.info(Unknown message + type);
}
return OK;
}
It seems we grab a byte from AJP link which is zero (0x00) but it's
not a valid AJP command so there is something weird there. Any idea ?
Mladen, JF, Bill ?
On Wed, 17 Nov 2004 08:46:11 +0100, Henri Gomez [EMAIL
I'll try on Linux, no AIX around.
Could try to make a OS/400 build also :)
On Mon, 08 Nov 2004 15:33:26 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Shapira, Yoav wrote:
Hi,
Cool. Are you planning a JK release soon?
I'd like to clear the JK logging first,
cleaning everything that's
OS/400 is EBCDIC
On Mon, 08 Nov 2004 16:52:43 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Henri Gomez wrote:
I'll try on Linux, no AIX around.
Could try to make a OS/400 build also :)
Weel, if it's EBCDIC then OK :).
Cheers,
Mladen
Could we drop all these accounts with autoresponder, it's borring
On 8 Nov 2004 10:54:53 EST, Autoresponder [EMAIL PROTECTED] wrote:
Hello.
To contact MusicLab Support please visit
http://www.musiclab.com/support/contact.htm page, fill-in the appropriate
fields and click the Send
True, in ASF land as in other community, it's the users and
developpers base which make a solution/product successfull or
forgotten.
BTW, jk 1.2.x is allready very stable and should stay like this for now :
- JK 1.2.x is now on bug-fix only mode.
- AJP_PROXY/MOD_PROXY for Apache 2.1.x
Well JK using APR will be a good solution for every webservers but Apache 1.3.x.
Apache 2.x came with APR, IIS, Domino and others should have no
problems to use an external APR library (.so, .dll).
So the remaining question will be shoud we drop Apache 1.3.x support
in future JK 1.2.x or should
Hi to all,
Did there is plan to add unix-socket support in ajp_proxy ?
Some people seems to use JK2 for the quick unix-socket and wonder if
they could use them in mod_proxy/ajp_proxy.
BTW, since ajp_proxy is 100% APR it should be easier ?
Regards
+1, will help as much as possible
On Fri, 08 Oct 2004 13:28:49 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Here is my Todo List for JK:
- Documentation
- Use Apache coding style (already done 90%) using simple .indent.pro
- Fix all 64/32 bit compatibility issues.
- Backport IIS
May be we could ask us to work on this ?
porting them from jk2 to jk is a good idea
On Fri, 08 Oct 2004 11:06:08 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
Henri Gomez wrote:
Hi to all,
Did there is plan to add unix-socket support in ajp_proxy ?
Some people seems to use JK2
Hi to all,
Did you know if we'll see the recent ajp/mod_proxy works in the
upcoming http 2.0.51 ?
Regards.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
http 2.2 or 2.1 feature ?
Well I hopped to see it in 2.0 branch, since that's the one widely
available today, 2.1 and 2.2 won't be in distributions before years ,(
On Thu, 02 Sep 2004 15:24:24 +0200, Remy Maucherat [EMAIL PROTECTED] wrote:
Henri Gomez wrote:
Hi to all,
Did you know
to make mod_proxy as stable as possible even now with AJP support
?
Regards
On Thu, 02 Sep 2004 08:59:55 -0500, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
At 07:55 AM 9/2/2004, Henri Gomez wrote:
Should we see the works on mod_proxy and ajp support in the upcoming 2.0.51 ?
No, not in 2.0.51
Alex Yakovlev wrote:
tomcat-dev,
I keep getting the following messages in error_log several times per hour:
mod_jk: Error flushing
[Sun Aug 22 20:09:21 2004] [error] ajp13.service() ajpGetReply recoverable error 3
[Sun Aug 22 20:09:23 2004] [error] ajp13.service() ajpGetReply recoverable error 3
Mladen Turk wrote:
Hi,
I'd like to reorganize the source code in the j-t-c/ajp.
Something like ajp/src and ajp/include seems reasonable to me.
Also what to do with the proxy code?
It is in the httpd tree now, so we don't need them any more.
I was thinking to remove all the sources and make a note
Remy Maucherat wrote:
ballot
I approve the release plan:
[X] Yes
[ ] No
/ballot
ballot
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[ ] J2SE 5.0
/ballot
ballot
Yoav Shapira will act as the release manager for this branch:
[X] Yes
[ ] No
/ballot
Thanks :)
William A. Rowe, Jr. wrote:
At 11:14 AM 8/11/2004, Mladen Turk wrote:
The connection pool enables reusing backend connections
and was build around apr_reslist. At the moment only the
proxy_ajp extensively uses this connection pool, with
performance slightly better then mod_jk.
I noticed one huge
Rainer Jung wrote:
I have a proposal for a slight enhancement concerning the log format of
mod_jk. As suggested by Henri Gomez, I sent the proposal to the
tomcat-dev list.
1) Include the log level of a message in the log line. That should be
easy and is very helpful to find relevant messages
Costin Manolache wrote:
Graham Leggett wrote:
Costin Manolache wrote:
Hard == replicating the configuration data to all the nodes, instead
of having it in a central place ( file or a config server ). Not
impossible, but it's a different problem, and not very commonly used
Ldap, nis, ldap and
Remy Maucherat wrote:
Hi,
I'd like to nominate Peter Rossbach pr _at_ objektpark.de as a
committer on the Tomcat project. Peter submitted a significant amount of
useful patches for Tomcat, and wants to contribute more.
He has my +1.
Rémy
+1 welcome on board.
Question: On what part of TC, Peter
[EMAIL PROTECTED] wrote:
jfclere 2004/07/29 01:47:49
Modified:ajp/ajplib/test ajp_msg.c
Log:
Add ajp_msg_peek_byte() to read the type of the response.
Revision ChangesPath
1.9 +24 -0 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_msg.c
it should be named
jean-frederic clere wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
jfclere 2004/07/29 01:47:49
Modified:ajp/ajplib/test ajp_msg.c
Log:
Add ajp_msg_peek_byte() to read the type of the response.
Revision ChangesPath
1.9 +24 -0
jakarta-tomcat-connectors/ajp
Mladen Turk wrote:
Henri Gomez wrote:
We don't need that (at least stuff that creates the connection)
the ajplib should provide this service isn't it ?
It will ease the task for developpers. It's not so easy to
create a socket via APR and the extra cost will be usefull
for APR beginers
[EMAIL PROTECTED] wrote:
billbarker2004/07/27 22:59:44
Modified:jk/native/common jk_lb_worker.c
Log:
Check all JSESSIONID cookies for a valid jvmRoute.
If you have multiple Tomcats with overlapping domains, then you can get multiple cookies without a defined order. This will
jean-frederic clere wrote:
Hi,
I am going to move and adapt the ajp_marshal_into_msgb to the new ajp
library.
in ajp_msg.c or a new ajp_proto13.c ?
I wonder if how many C source file we should have ?
-
To unsubscribe, e-mail:
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
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Hi,
I am going to move and adapt the ajp_marshal_into_msgb to the new ajp
library.
in ajp_msg.c or a new ajp_proto13.c ?
ajp_header.c and ajp_header.h
I wonder if how many C source file we should have ?
A lot!
LOL
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Hi,
I am going to move and adapt the ajp_marshal_into_msgb to the new
ajp library.
in ajp_msg.c or a new ajp_proto13.c ?
ajp_header.c and ajp_header.h
I wonder if how many C source file we should have
It seems we didn't got this CC in tc-dev :
---BeginMessage---
Henri Gomez wrote:
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2 alone 1202 req/s
TC/Coyote 883 req/s
One thing I noticed when looking at Tomcat 5.0.x is that its default,
static-file
Graham Leggett wrote:
Costin Manolache wrote:
Httpd already has some support for that - .htaccess for example
The trouble with .htaccess is that it only applies for data on the local
filesystem. Url space created by other content handlers (such as proxy
or ajp) is not covered.
You're assuming
[EMAIL PROTECTED] wrote:
mturk 2004/07/28 09:13:41
Modified:ajp/ajplib/test ajp_msg.c
Log:
Use our error messages instead -1, -2, etc...
AJP_Exxx should be filled in if needed.
great, some up to date code so I could work on it
after my day job :)
Regards.
PS: See the APR user
Graham Leggett wrote:
Mladen Turk wrote:
If I make a design flaw, and the entire project gets unusable, it will
make
it just something like mod_java, mod_warp, mod_jk and mod_jk2 are...
Dead.
Nobody will get hanged for that.
Some code is always better than no code - at best, the code will be
Costin Manolache wrote:
Henri Gomez wrote:
Costin Manolache wrote:
Mladen Turk wrote:
Of course, no one is forced to participate in development, but
everyone is
welcome. The only question is do we have enough juice to make it
official.
AFICT, Remy, Henri and myself are in favor.
But frankly I
Ari Suutari wrote:
Hi,
I think we do have agreement on droping IIS/iPlanet.
Does this mean that in the future there won't be a way to
integrate tomcat to IIS ? We have some customers that
require use of IIS as frontend (for either political reasons or
they want to use integrated
The Tomcat team is pleased to announce the release of version 1.2.6 of
the Apache Tomcat mod_jk web server connector.
Tomcat is the reference implementation of a web application server which
implements the Java Servlet and JavaServer Pages specifications.
mod_jk is a connector which allows a
It seems we all agreed on the need to make an ajplib
using APR to provide a fully functionnal AJP client lib.
This library will be used by :
- mod_ajp (at least to have some sort of test framework)
- proxy_ajp (to provide something usefull for mod_proxy
and inclusion in HTTPD, I still wonder if
Mladen Turk wrote:
Henri Gomez wrote:
It seems we all agreed on the need to make an ajplib using
APR to provide a fully functionnal AJP client lib.
This library will be used by :
- mod_ajp (at least to have some sort of test framework)
Well, it's discussable if we decide to import
Mladen Turk wrote:
Henri Gomez wrote:
Well, I can extract the apache's logging functions in file
that will
use stdout/stderr, so we'll have the same api.
The file will get complied together with test case, so
there will be
no need to change something in the core of lib, and we
willl
Sandy McArthur wrote:
Attached is a patch that fixes the get_cookie in jk_lb_worker.c taken
from the CVS today.
The current implementation will fail if there are two JSESSIONID cookies
at different domain levels. My patch below checks a JSESSIONID value for
a known jvmroute before it returns a
[EMAIL PROTECTED] wrote:
mturk 2004/07/27 05:09:12
Mladen what about commiting your work on mod_ajp.
Even if we didn't take any decisions yet, it will
be usefull to have it save somewhere in ASF CVS ;)
Regards
-
To
Mladen Turk wrote:
Henri Gomez wrote:
Mladen what about commiting your work on mod_ajp.
Even if we didn't take any decisions yet, it will be usefull
to have it save somewhere in ASF CVS ;)
It's on the apache web site, so it won't get lost, cause I have no intent to
remove it :)
Let's wait
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jakarta-tomcat-connectors/ajp/ajplib/test ajp.h ajp_msg.c
Few things.
1. We don't need ajp_env_t (use the pool directly)
2. We don't need ajp_idef and ajp_ilink (use the sockets directly)
well ajp_ilink_t make provision for more than TCP/IP socket,
Mladen Turk wrote:
Henri Gomez wrote:
1. We don't need ajp_env_t (use the pool directly) 2. We don't need
ajp_idef and ajp_ilink (use the sockets directly)
well ajp_ilink_t make provision for more than TCP/IP socket,
we could at later time unix socket :)
If someone will ever crate a unix
Mladen Turk wrote:
Henri Gomez wrote:
We don't need that (at least stuff that creates the connection)
the ajplib should provide this service isn't it ?
It will ease the task for developpers. It's not so easy to
create a socket via APR and the extra cost will be usefull
for APR beginers
Costin Manolache wrote:
Henri Gomez wrote:
What about adding/updating of webapps ? Is this a feature that will
never be added ( because if it will be and it is not part of the
design - then we're back to spaghetti )
Well if you recall my AJP/1.4 proposal it was on my wish-list :
Adding/Removing
Remy Maucherat wrote:
Graham Leggett wrote:
Remy Maucherat wrote:
Until I'm shown a mod_proxy (with HTTP) with performance close to
mod_jk, my opinion is that we can't use it.
As I've pointed out already, mod_proxy is a framework. The performance
numbers quoted tested mod_proxy_http, not
Bill Barker wrote:
I'm with Graham on this. Personally, I have very little interest in a
mod_ajp module, but I am interested in proxy_ajp, proxy_lb, etc. Of course,
since j-t-c has long doubled as j-t-sandbox, this means that I'm +0 for
committing your stuff there.
Well Mladen has been quick to
Hi to all,
For jk 1.2.6 the following binaries are allready available :
Windows (ISAPI/JK for AP 1.3.31/JK for AP2 2.0.50)
Linux (JK for Fedora Core 2 Apache 2.0.50, for Suse 8.0 Apache 2.0.50
PPC, for Suse 9.1 Apache 2.0)
Solaris (JK for Apache 1.3.31 EAPI/STANDARD)
iSeries (AS/400 V5R2 and UP)
Graham Leggett wrote:
Remy Maucherat wrote:
I think very few people are actually using mod_proxy instead of
mod_jk. You've got to back your assertion with some kind of numbers,
otherwise it's FUD.
As do you. The assertion was based on comments on this mailing list, but
we've already
Graham Leggett wrote:
Henri Gomez wrote:
Peace on ASF :)
Indeed :)
well mod_ajp will probably goes a bit farther than mod_proxy +
proxy_ajp since mod_proxy will allways relay static configuration, ie
map some knowns URL to knowns Tomcat.
Why would mod_proxy always rely on a static
Costin Manolache wrote:
Mladen Turk wrote:
Of course, no one is forced to participate in development, but
everyone is
welcome. The only question is do we have enough juice to make it
official.
AFICT, Remy, Henri and myself are in favor.
But frankly I see no reason for someone to object, cause
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
I've just tried to build on Linux, and it breaks in jki_connect.c on two boxes,
SuSE 7.2 and SuSE9, on the first because no in_addr_t, on the second because its
defined as struct and not ulong;
jean-frederic clere wrote:
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
JFC's portable.h breaks NetWare too; should I now extend the #ifndef
like Henry did?
I don't see what is wrong:
jk/native/common/portable.h should be created from
jean-frederic clere wrote:
Henri Gomez wrote:
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
I've just tried to build on Linux, and it breaks in jki_connect.c on
two boxes, SuSE 7.2 and SuSE9, on the first because no in_addr_t, on
the second
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry
did? I guess there are probably more platforms which dont have portable.h, so it's
perhaps a better approach to do:
#ifdef
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
I've just tried to build on Linux, and it breaks in jki_connect.c
on two boxes, SuSE 7.2 and SuSE9
jean-frederic clere wrote:
Henri Gomez wrote:
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
JFC's portable.h breaks NetWare too; should I now extend the #ifndef
like Henry did? I guess there are probably more platforms which dont
have portable.h
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Günter Knauf wrote:
Hi,
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
I've just tried to build on Linux, and it breaks
Günter Knauf wrote:
Hi,
Adding portable.hnw for netware and portable.hw for windoze and #ifdef for
AS400
is the clean way.
The quick way is adding:
+++
#if !defined(WIN32) !defined(AS400) !defined(NETWARE)
#include portable.h
#endif
+++
unfortunately it isnt that simple cause I have _two_
Same location :
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
Regards.
Thanks to see if it fix Netware and Windows problems.
Reports for Suse problems and in_addr didn't appears for JFC and I,
so I mark them as WORKFORME
Tim Funk wrote:
Try siege: http://joedog.org/siege/
Despite what the docs say, it runs pretty sweet on cygwin too. (with
2.60b5)
Well I've got problem with release 2.59 and 2.60b5, siege seems to
sleep ? (using HTTP 1.1)
siege -u http://machone/HelloWorldExample.html -b -r10 -c16 ;(
Henri Gomez wrote:
Tim Funk wrote:
Try siege: http://joedog.org/siege/
Despite what the docs say, it runs pretty sweet on cygwin too. (with
2.60b5)
Well I've got problem with release 2.59 and 2.60b5, siege seems to
sleep ? (using HTTP 1.1)
siege -u http://machone/HelloWorldExample.html -b -r10
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
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,
101 - 200 of 1126 matches
Mail list logo