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:
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
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
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
[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
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
Mladen Turk a écrit :
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
The question is do you need the mentioned features _now_,
if there is
a new release on the horizon, or this can wait for a week or two?
It would be good to have a new tag for TC 5 relativelely
Bill Barker a écrit :
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, January 04, 2004 11:44 PM
Subject: Jk2 object model
I remember some time ago Mladen (?) was suggesting to use C++ for jk2
instead of the pseudo-OO programming. Did
I'm pretty busy these days so I can't works on JK2 as I want to.
Some ideas/reflexions.
JK2 is very similar to JK, from the tomcat point of vue, since the
same ajp13 protocol is used, and may be in such case we could see JK2
too similar to JK to see users switch to JK2 (for instance we're still
Mladen Turk a crit :
Hi,
Since I've started few months ago all the C++ fuzziness (I did posted even
some source to Costin back then),
my intention wasn't to CPP-ize the existing code, but rather to move that
'dead' code on some new tracks.
What I'm looking since then is some kind of different
Did someone here (may be Filip), could tell us if the use of
javagroups instead of standard tcp connections could have
some speed impact (negative or positive).
Just to have some clues in the current reflexion of jk/jk2
successor
Regards
[EMAIL PROTECTED] a écrit :
remm2004/01/14 03:12:50
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Correctly initialize arrays (Java is not C ;-) ).
Arg, my fault :)
Remy Maucherat a écrit :
Henri Gomez wrote:
[EMAIL PROTECTED] a écrit :
remm2004/01/14 03:12:50
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Correctly initialize arrays (Java is not C ;-) ).
Arg, my fault
Filip Hanik a écrit :
hi Henri,
When I used JavaGroups (not anymore because of licensing) it was to do
session replication.
Any type of replication or clustering will always impact performance in a
negative way, but instead of you achieve fail over and high availability.
Now I use standard TCP
Remy Maucherat a écrit :
Here are some new proposals.
1) Optimization of the session implementation.
The session is not a thread safe object. In Tomcat, the session
implementation is partially thread safe for some reason (this has been
like that since Tomcat 4.0, AFAIK). As a result, we can
Günter Knauf a écrit :
IMHO, this is wrong. The server port isn't necessarily the port being
listened on. See bug report and patch, long ignored:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16901
ok, but its as wrong as before - my patch doesnt change the behaviour from what I
see, and
Günter Knauf a écrit :
IMHO, this is wrong. The server port isn't necessarily the port being
listened on. See bug report and patch, long ignored:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16901
ok, but its as wrong as before - my patch doesnt change the behaviour from what I
see, and
Günter Knauf a écrit :
Hi Henri,
In JK 1.2.x for Apache 2 we're using :
s-server_name = (char *)ap_get_server_name(r);
...
apr_sockaddr_port_get(port,r-connection-local_addr);
s-server_port = port;
Do you agree with this, if so I'll do the same for jk2
no,
Oups, just see the diff, sorry :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Alexander Schwartz a écrit :
Hello Tomcat-Developers,
we are currently experiencing some problems with mod_jk with
loadbalancing:
(A) when a post-request fails while receiving data from tomcat, the
loadbalancer tries to send the request to the other tomcat, but
forgets the post body content
Commited, thanks
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Günter Knauf a écrit :
Commited, thanks
thanks, Henri!
Do you know what's about the ./native2/common/jk_channel_socket.c file? Does soemone still use it since APR is now mandatory, or can we remove it?
If it stays then we should also patch the port there to 'unsigned short'...
Yes, it should be
martin grotzke a écrit :
dear developers (again),
please could you give me some hint why you do not respond?
is this topic to be asked at the users list?
it would be very kind to give some clarification,
regards,
martin
On Tue, 2004-01-27 at 17:49, martin grotzke wrote:
dear developers,
the
martin grotzke a écrit :
On Mon, 2004-02-02 at 18:16, Henri Gomez wrote:
at jpackage, there's the question now if it would be better to provide
an rpm built with the connectors shipped with the latest tomcat-release,
or if it should be built with the connectors 2.0.2.
what would you suggest
Mike Anderson a écrit :
+1. Two reasons I haven't
1. I'm not a CVS expert and don't want to screw it up :-)
2. The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
conservative approach.
I did comment out that line to make
Hi to all,
Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
I'd like to know what are showstoppers (blocking bugs) which
should be fixed in the current release.
Planning :
Up to Friday 6 Feb, determine all bugs which
jean-frederic clere a écrit :
Henri Gomez wrote:
Mike Anderson a écrit :
+1. Two reasons I haven't
1. I'm not a CVS expert and don't want to screw it up :-)
2. The only reason I patched it was because someone else (Henri I
believe) was concerned about removing it and this was a more
Günter Knauf a écrit :
Hi,
Since many people ask for a jk2 release, 2.0.4, I'll act as
release manager if nobody else want to take the job before
Friday.
great, thanks!
Comments welcome
two things I would like to discuss:
1) I would like to see all binaries packed to tar.gz or zip;
Well it
Mike Anderson a écrit :
I'll be happy to deliver zips instead of NLMS. for NetWare.
Henri (and others) since we are tagging and releasing jk2 can/should we
do the same for jk since I know there is added functionality (Ping/Pong
and timeouts) there as well?
Well, one release at a time, users urge
Jess Holle a écrit :
Dave Oxley wrote:
Henri,
What is the current state of JK2. Is it alpha, beta or GA. If this is
going to be an alpha release, what is the plan for a GA release. I
would like to migrate from JK when it is stable.
This is a *very* good question.
Last time I dared to ask
Bill Barker a écrit :
Henri Gomez [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Mike Anderson a écrit :
I'll be happy to deliver zips instead of NLMS. for NetWare.
Henri (and others) since we are tagging and releasing jk2 can/should we
do the same for jk since I know there is added
Remy Maucherat a écrit :
Bill Barker wrote:
committers as binding votes). In the unlikely event that we get enough
people to care about 3.3 enough to vote (seeing the trouble that Remy has
getting people to vote :)
You're torturing me. I thinnk you should be able to get enough +1s,
though
Shapira, Yoav a écrit :
Howdy,
Have people read this article? I find it interesting. If you haven't,
it's a benchmark comparison of a java.nio-based server with tomcat 5.
The benchmark server is tiny and contains only a small subset of
functionality. I am also not sure of how representative of
Henri Gomez a écrit :
Shapira, Yoav a écrit :
Howdy,
Have people read this article? I find it interesting. If you haven't,
it's a benchmark comparison of a java.nio-based server with tomcat 5.
The benchmark server is tiny and contains only a small subset of
functionality. I am also not sure
Alexander Schwartz a écrit :
Hello Henri, hello mod_jk-Developers,
Am Di, den 27.01.2004 schrieb Henri Gomez um 18:00:
I'd really like to use mod_jk open source software in our production
environment, but I need to make sure it's strong enough for production.
I need some advice on the two issues
jean-frederic clere a écrit :
Henri Gomez wrote:
Alexander Schwartz a écrit :
Hello Tomcat-Developers,
we are currently experiencing some problems with mod_jk with
loadbalancing:
(A) when a post-request fails while receiving data from tomcat, the
loadbalancer tries to send the request
jean-frederic clere a écrit :
Henri Gomez wrote:
jean-frederic clere a écrit :
Henri Gomez wrote:
Alexander Schwartz a écrit :
Hello Tomcat-Developers,
we are currently experiencing some problems with mod_jk with
loadbalancing:
(A) when a post-request fails while receiving data from
Alexander Schwartz a écrit :
Hello Henri, hello mod_jk-Developers,
Am Di, den 27.01.2004 schrieb Henri Gomez um 18:00:
we are currently experiencing some problems with mod_jk with
loadbalancing:
(A) when a post-request fails while receiving data from tomcat, the
loadbalancer tries to send
Alexander Schwartz a écrit :
I'd really like to use mod_jk open source software in our production
environment, but I need to make sure it's strong enough for production.
I need some advice on the two issues (as far as I can see there has been
no commit on CVS and/or discussion results)
* do you
[EMAIL PROTECTED] a écrit :
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Subject: jk2 2.0.4 release plan
Comments welcome
I can throw some tests at the build given some notice if that is any help.
Thanks for picking this up.
Thanks, we're working with JFC to clean
Günter Knauf a écrit :
Hi all,
no comments yet to this??
Guenter.
in mod_jk2, if invoked by the /jkstatus page,
jk2_worker_status_displayRuntimeType() displays always a nameless /
useless first line below the uri runtime info;
I'm asking me what entry that vould be, and if it is the right way to
Bill Barker a écrit :
It has been a long time since the 3.3.1 release, and there are several
important bug fixes in the CVS. Therefore, I'm proposing cutting a 3.3.2
release with myself as RM (although I'll step aside if Larry really wants
the job :).
Time Line:
This proposal will run until
Günter Knauf a écrit :
Hi,
the patch below removes the obsolete files from the project file;
in addition I'd suggest to remove both *.dsw files from ./jk/native/netscape and ./jk/native/jni folders cause they are not needed - MSVC creates then self.
Commited Thanks
Mike/Mladen, ok to remove
Guenter Knauf a écrit :
Hi Henri,
Commited Thanks
hmm, doesnt work, maybe another copypaste error?
Yes another one ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Alexander Schwartz a écrit :
Hello Henri,
Am Fr, den 06.02.2004 schrieb Henri Gomez um 10:15:
Strange, also I need a complete mod_jk.log for study.
OK, here is the first part of my tests with mod_jk from CVS:
Test 1:
* run apache/mod_jk with cluster and failover (config included
Alexander Schwartz a écrit :
Hello Henri,
Am Fr, den 06.02.2004 schrieb Henri Gomez um 10:15:
Strange, also I need a complete mod_jk.log for study.
OK, here is the first part of my tests with mod_jk from CVS:
Test 1:
* run apache/mod_jk with cluster and failover (config included
Henri Gomez a écrit :
Alexander Schwartz a écrit :
Hello Henri,
Am Fr, den 06.02.2004 schrieb Henri Gomez um 10:15:
Strange, also I need a complete mod_jk.log for study.
OK, here is the first part of my tests with mod_jk from CVS:
Test 1:
* run apache/mod_jk with cluster and failover
I see where is the problem.
The POST is saved in op-post by ajp service, but in lb mode, if the
first ajp connection failed, lb try to serv the second one and sus
recall ajp service WHICH reset the op-post ;(
I should now see how to fix the problem (not easy).
To fix this serious bug we should
Mike Anderson a écrit :
It's fine by me. Günter is correct that MSVC will create these as necessary and you can build without them.
I'd do it, but I'm clueless about the proper procedure in CVS (being a Windows/NetWare weenie:-) I'm learning though.
I'm using Eclipse and it rocks in the CVS
Alexander Schwartz a écrit :
Am Di, den 10.02.2004 schrieb Henri Gomez um 15:52:
To fix this serious bug we should modify the current service API.
We should store the POSTED datas in the jk_ws_service_t area and
not in ajp_operation_t, as such the first worker will feed the POST
datas
Alexander Schwartz a écrit :
Am Di, den 10.02.2004 schrieb Henri Gomez um 15:52:
To fix this serious bug we should modify the current service API.
We should store the POSTED datas in the jk_ws_service_t area and
not in ajp_operation_t, as such the first worker will feed the POST
datas
Costin Manolache wrote:
NormW wrote:
Good morning Costin.
Apologies for the silence. I had hoped there might have been a little
more
input from others on this topic.
Same here :-)
We're working, Jean-Frederic, Kurt and I in arranging 2.0.4 build so new
features should wait for 2.0.5.
BTW, I
jean-frederic clere wrote:
Henri Gomez wrote:
Costin Manolache wrote:
NormW wrote:
Good morning Costin.
Apologies for the silence. I had hoped there might have been a
little more
input from others on this topic.
Same here :-)
We're working, Jean-Frederic, Kurt and I in arranging 2.0.4
Remy Maucherat wrote:
As discussed previously.
What's the status of the JK 2 release ?
jk2 2.0.4 should be released by the end of the next week.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Jess Holle wrote:
Remy Maucherat wrote:
As discussed previously.
What's the status of the JK 2 release ?
Also, I've been seeing mutterings of a JK 1.2.6 release -- any status on
that?
[Ping and pong, etc, would be nice to have in a released, citable version!]
1.2.6 will also include my
Costin Manolache wrote:
Henri Gomez wrote:
jean-frederic clere wrote:
Henri Gomez wrote:
Costin Manolache wrote:
NormW wrote:
Good morning Costin.
Apologies for the silence. I had hoped there might have been a
little more
input from others on this topic.
Same here :-)
We're
Costin Manolache wrote:
Henri Gomez wrote:
Well, if we didn't get the POST somewhere on the WebServer, and if the
tomcat failed to respond, we couldn't resent the whole POST to the
second one.
If we get the first bytes ( but not the entire POST ), we can still save
them, and if the first
Bill Barker wrote:
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 12, 2004 11:03 AM
Subject: Re: Mod_Jk2 - Default Worker
Henri Gomez wrote:
Well, if we didn't get the POST somewhere on the WebServer, and if the
tomcat
Bill Barker wrote:
The (modified) text of the proposal is below. The [VOTE] runs until
Thursday, Feb 19 6:00 PM PDT.
ballot
[ ] +1 I agree with this release and will support it.
[ ] +0 I agree with this release, but can't support it.
[ ] -0 I disagree with this release, but won't block it.
[ ]
I commited the fixes for the POST recovery in JK and JK2
when in LB mode which should solve this major problem.
Thanks to take a look at it
Could Alexander who is the original reporter validate the fix ?
-
To unsubscribe,
Remy Maucherat wrote:
Bill Barker wrote:
The (modified) text of the proposal is below. The [VOTE] runs until
Thursday, Feb 19 6:00 PM PDT.
ballot
[ ] +1 I agree with this release and will support it.
[X] +0 I agree with this release, but can't support it.
[ ] -0 I disagree with this release,
David Rees wrote:
David Rees wrote, On 2/13/2004 1:14 AM:
If you want to use shorter lines, you can wrap long lines and still
compile. For example (in case my patch gets stripped):
printf(This is a )
very long line.\n);
Oops, my patch was reversed. Here's a good one.
Are you sure it
701 - 800 of 1126 matches
Mail list logo
