Re: [PATCH] ./native/netscape/nsapi.dsp - remove obsolete files

2004-02-10 Thread Henri Gomez
Guenter Knauf a écrit : Hi Henri, Commited Thanks hmm, doesnt work, maybe another copy&paste error? Yes another one ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] ./native/netscape/nsapi.dsp - remove obsolete files

2004-02-09 Thread Henri Gomez
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 *.ds

Re: [PROPOSAL] Release the HEAD of j-t as Tomcat 3.3.2

2004-02-09 Thread Henri Gomez
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 Thu

Re: [PATCH] uri runtime info - avoid nameless entries

2004-02-06 Thread Henri Gomez
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

Re: jk2 2.0.4 release plan

2004-02-06 Thread Henri Gomez
[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

Re: failover-problem and session mixup: jakarta-tomcat-connectors/mod_jk: jk_ajp_common.c

2004-02-06 Thread Henri Gomez
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

Re: failover-problem and session mixup: jakarta-tomcat-connectors/mod_jk: jk_ajp_common.c

2004-02-06 Thread Henri Gomez
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

Re: failover-problem and session mixup: jakarta-tomcat-connectors: jk_ajp_common.c

2004-02-05 Thread Henri Gomez
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

Re: failover-problem and session mixup: jakarta-tomcat-connectors: jk_ajp_common.c

2004-02-05 Thread Henri Gomez
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 to the

Re: failover-problem and session mixup: jakarta-tomcat-connectors/mod_jk: jk_ajp_common.c

2004-02-05 Thread Henri Gomez
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

Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

2004-02-04 Thread Henri Gomez
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 als

Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

2004-02-04 Thread Henri Gomez
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

Re: jk2 2.0.4 release plan

2004-02-04 Thread Henri Gomez
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 (yo

Re: jk2 2.0.4 release plan

2004-02-04 Thread Henri Gomez
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

Re: jk2 2.0.4 release plan

2004-02-04 Thread Henri Gomez
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 the

Re: jk2 2.0.4 release plan

2004-02-03 Thread Henri Gomez
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

Re: jk2 2.0.4 release plan

2004-02-03 Thread Henri Gomez
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 cou

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Henri Gomez
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

jk2 2.0.4 release plan

2004-02-03 Thread Henri Gomez
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 sh

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Henri Gomez
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 s

Re: tomcat-connectors distribution

2004-02-03 Thread Henri Gomez
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 su

Re: tomcat-connectors distribution

2004-02-02 Thread Henri Gomez
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 cur

Re: [PATCH] ./native2/common/jk_channel_apr_socket.c - use apr_port_t instead of short for port

2004-02-02 Thread Henri Gomez
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

Re: [PATCH] ./native2/common/jk_channel_apr_socket.c - use apr_port_t instead of short for port

2004-02-02 Thread Henri Gomez
Commited, thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: failover-problem and session mixup: jakarta-tomcat-connectors: jk_ajp_common.c

2004-01-27 Thread Henri Gomez
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

Re: failover-problem and session mixup: jakarta-tomcat-connectors: jk_ajp_common.c

2004-01-27 Thread Henri Gomez
Oups, just see the diff, sorry :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATHCH] ./jk/native2/server/apache2/jk_service_apache2.c

2004-01-22 Thread Henri Gomez
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, apr_sockaddr_por

Re: [PATHCH] ./jk/native2/server/apache2/jk_service_apache2.c

2004-01-22 Thread Henri Gomez
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

Re: [PATHCH] ./jk/native2/server/apache2/jk_service_apache2.c

2004-01-22 Thread Henri Gomez
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 t

Re: [5.0] Three proposals

2004-01-20 Thread Henri Gomez
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 rem

Re: javagroups questions - Was: Jk2 object model

2004-01-16 Thread Henri Gomez
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 con

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

2004-01-14 Thread Henri Gomez
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 :) The

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

2004-01-14 Thread Henri Gomez
[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 :) -

javagroups questions - Was: Jk2 object model

2004-01-14 Thread Henri Gomez
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 ---

Re: Jk2 object model

2004-01-09 Thread Henri Gomez
Henri Gomez a écrit : Mladen Turk a écrit : -Original Message- From: jean-frederic clere Sent: 9. siječanj 2004 8:35 To: Tomcat Developers List Subject: Re: Jk2 object model The concept (approach) as I see it is to be able to make a connector (integrator), that would allow the

Re: Jk2 object model

2004-01-09 Thread Henri Gomez
Mladen Turk a écrit : -Original Message- From: jean-frederic clere Sent: 9. siječanj 2004 8:35 To: Tomcat Developers List Subject: Re: Jk2 object model The concept (approach) as I see it is to be able to make a connector (integrator), that would allow the zero-based-configuration.

Re: please help me sir

2004-01-08 Thread Henri Gomez
Ronak Patel a écrit : respected sir, I have a problem in configuration of TOMCAT4.1.29 ... I am working on win98 jdk1.3.1_09 there is a problem while run JSP file & .. syntax error message is desplay when I run startup.bat file so, please give your suggession ronak You should send this ques

Re: Jk2 object model

2004-01-08 Thread Henri Gomez
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 ap

Re: Jk2 object model

2004-01-08 Thread Henri Gomez
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 u

Re: Jk2 object model

2004-01-07 Thread Henri Gomez
Glenn Nielsen a écrit : Rather than look at different architectures for implementing a web server connector to Tomcat I would rather focus on improving the connector. Digging into jk2 has been on my list of things to do but I haven't had time yet. mod_jk 1.2 with Apache 2 is working well enough fo

Re: Jk2 object model

2004-01-05 Thread Henri Gomez
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.

Re: Procrun improvements

2003-12-30 Thread Henri Gomez
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

Re: [VOTE] New committer: Mark Thomas

2003-11-21 Thread Henri Gomez
Remy Maucherat a écrit : Hi, I'd like to nominate Mark Thomas as a Tomcat committer. He has contibuted a significant amount of fixes already, and does what nobody else does: roam Bugzila to fix older issues and cleanup the database. He has special interest in the WebDAV code, which currently ha

Re: [VOTE] Kurt Miller as commiter

2003-11-13 Thread Henri Gomez
jean-frederic clere a écrit : Henri Gomez wrote: Hi to all, I would like to propose you a new tomcat commiter, Kurt Miller which as proposed many usefull patches for JK2 Since we want to deprecated jk and focus jk2, we need more people involved on jk2. Vote please. Ok, it seems that nobody

Re: Why is mod_jk distributed both as 2.0.2 and 2.0.4?

2003-11-12 Thread Henri Gomez
Kurt Miller a écrit : From: "Glenn Nielsen" <[EMAIL PROTECTED]> Perhaps the mod_jk connector should not be released with Tomcat 4/5 since it has its own release cycle and we are already doing separate releases of these. Regards, Glenn Would this work... When a stable version of mod_jk or mo

[VOTE] Kurt Miller as commiter

2003-11-11 Thread Henri Gomez
Hi to all, I would like to propose you a new tomcat commiter, Kurt Miller which as proposed many usefull patches for JK2. Since we want to deprecated jk and focus jk2, we need more people involved on jk2. Vote please. - To unsu

Re: Vegas Anyone? :-)

2003-11-10 Thread Henri Gomez
Amy Roh a écrit : ApacheCon 2003 will be held in Las Vegas this November 16-19. Who is going to be there from Tomcat Dev? Maybe we can coordinate Tomcat get together... :-) Hum, a little too distant from France ;( - To unsubscr

Re: cvs commit: jakarta-tomcat-connectors/jk/support jk_apr.m4 jk_apxs.m4

2003-11-05 Thread Henri Gomez
[EMAIL PROTECTED] a écrit : Oups, Eclipse didn't understand the patch files (/dev/null) and sus garbage jk_apxs.m4, correct file to be commited right now... hgomez 2003/11/04 04:48:05 1.7 +131 -1jakarta-tomcat-connectors/jk/support/jk_apxs.m4 Index: jk_apxs.m4

Re: jk2/apr patch v2

2003-11-04 Thread Henri Gomez
jean-frederic clere a écrit : Kurt Miller wrote: Thanks to jean-frederic clere for input on this. Ok, here goes again... ;-) Attached is a patch that makes the following changes for building jk2 via configure and make: 1) Introduces a new configure argument called --enable-apr-threads= for use

Re: jk2/apr patch

2003-11-03 Thread Henri Gomez
Ok, Who is handling today the many configure/m4 suggestions ? BTW, I'm using Redhat 9.0 and the apr-config is available so it should be a common situation even when it's a distro and not by hand build - To unsubscribe, e-mail:

Re: JK2 is using APR as mandatory

2003-11-03 Thread Henri Gomez
Mladen Turk a écrit : As said in the subject... plus the jk_pool and jk_channel socket are marked as deprecated. Couple of things to do. 1. APR-ize jk_file_logger to use apr_file API instead stdio's FILE. 2. All methods will return apr_status_t instead int (work in progress). 3. Henri, what about

Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped

2003-10-30 Thread Henri Gomez
Mladen Turk a écrit : From: Henri Gomez Bernhard Erdmann a écrit : Henri Gomez wrote: I'd like Apache to use its configured ErrorDocument 500 when Tomcat is down instead of mod_jk2 printing its own error statement. Ok, we could make it in the new jk2 reworks (Mladen ?) Perhaps to

Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped

2003-10-30 Thread Henri Gomez
Bernhard Erdmann a écrit : Henri Gomez wrote: [...] The first sentence ("The servlet container is temporary unavailable or being upgraded") comes from mod_jk2 (jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/common/jk_worker_lb.c): #define NO_WORKER_MSG "The servlet contain

Re: Help for jasper2/JWSDP1.3 - how to get rid of log4j dependecy?

2003-10-30 Thread Henri Gomez
Hristo Stoyanov a écrit : Hi all- I am using Tomcat (as part of JSWDP1.3) and would like to pre-compile my JSPs with Jasper2 in my Ant script. Jasper2 requires "commons-logging.jar", which, for some unexplicable reason, starts asking for classes in "log4j.jar" (why is this idiotic behaviour of "co

Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped

2003-10-30 Thread Henri Gomez
Bernhard Erdmann a écrit : Hi, how can I customize Apache's error page if mod_jk2 does not get a usable worker (Tomcat is down)? Using Apache 2.0.47, mod_jk2 2.0.2 and Tomcat 4.1.24 running on Linux I get an error message when the servlet engine is stopped (Tomcat is down): The servlet container

Re: jk2/apr

2003-10-29 Thread Henri Gomez
Henri Gomez a écrit : Mladen Turk a écrit : From: Henri Gomez Ding/Dong, What's the status of jk2 use APR ? Mladen did you are still with works in progress ? I'm in a few deadline loops, again ;-). So if nobody beets me before weekend I'll commit the needed changes. Ok

Re: jk2/apr

2003-10-29 Thread Henri Gomez
Mladen Turk a écrit : From: Henri Gomez Ding/Dong, What's the status of jk2 use APR ? Mladen did you are still with works in progress ? I'm in a few deadline loops, again ;-). So if nobody beets me before weekend I'll commit the needed changes. Ok we cou

jk2/apr

2003-10-28 Thread Henri Gomez
Ding/Dong, What's the status of jk2 use APR ? Mladen did you are still with works in progress ? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk timeout?

2003-10-28 Thread Henri Gomez
Brian Maher a écrit : On Mon, 27 Oct 2003, Henri Gomez wrote: If the thread on java side is a long running task or a blocking task, it should be handled by the servlet engine and sus some watchdog support should be added in Tomcat. In you're exemple I didn't know how the thread cou

Re: jk binaries and new mirorring

2003-10-27 Thread Henri Gomez
Glenn Nielsen a écrit : Henri Gomez wrote: Hi to all, Some people ask me for jk 1.2.5 iSeries binaries. I will build it but where should I upload it to make it later replicated on mirrors site ? Look in CVS at j-t-c/jk/HOW-TO-RELEASE Thanks, upload done

Re: mod_jk timeout?

2003-10-27 Thread Henri Gomez
Brian Maher a écrit : I noticed this message from Glenn Nielsen recently on this mailing list: http://www.mail-archive.com/[EMAIL PROTECTED]/msg47341.html It appears that hgomez submitted a bunch of code that allows you to configure a ping/pong mechanism that helps it detect hung tomcats.

jk binaries and new mirorring

2003-10-27 Thread Henri Gomez
Hi to all, Some people ask me for jk 1.2.5 iSeries binaries. I will build it but where should I upload it to make it later replicated on mirrors site ? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: JK/ajp13 connection reuse problem

2003-10-21 Thread Henri Gomez
Andy Armstrong wrote: Henri Gomez wrote: -> FORWARD REQUEST <- SEND HEADERS <- SEND BODY CHUNK <- END RESPONSE (REUSEP:1) OK, that's enough of a difference to explain what I'm seeing... May be something to do with chunk encoding which has been modified in ajp13/jk (afte

Re: JK/ajp13 connection reuse problem

2003-10-21 Thread Henri Gomez
Andy Armstrong wrote: Henri Gomez wrote: -> FORWARD REQUEST <- SEND HEADERS <- SEND BODY CHUNK <- END RESPONSE (REUSEP:1) OK, that's enough of a difference to explain what I'm seeing... May be something to do with chunk encoding which has been modified in ajp13/jk (after

Re: JK/ajp13 connection reuse problem

2003-10-21 Thread Henri Gomez
Andy Armstrong wrote: Henri Gomez wrote: The ajp13 disector was introduced in ethereal some months ago And I now have a copy of it rather than last year's model :) Anyway, the conversation looks like this in summary and a (naive) analysis of the contents of the packets doesn't yiel

Re: JK/ajp13 connection reuse problem

2003-10-21 Thread Henri Gomez
Andy Armstrong wrote: Henri Gomez wrote: That's as far as I've got and I'm just wondering whether it'd be nice to write an Ethereal packet dissector for AJP 1.3 or whether that would count as displacement activity. Is there anything specific I should be looking for Henri?

Re: JK/ajp13 connection reuse problem

2003-10-21 Thread Henri Gomez
Andy Armstrong wrote: Andy Armstrong wrote: UK time here. Still trying to get Ethereal to trace local (intra machine) traffic. I'm not around tomorrow so it may be Monday before there's anything to dissect. Monday came and went. Is anyone else interested in the detail of what follows (analysi

Re: jk2 evolution plan

2003-10-20 Thread Henri Gomez
Mladen Turk wrote: From: Bill Barker I could get on-board with this, after Mladen's suggestion to change the return-type of most methods to jk_status_t. Without this, mod_jk2 is hopelessly broken (and I'll contunue to ignore it :). It's to apr_status_t ;-). Sill, takes a bit more time the

Re: jk2 evolution plan

2003-10-20 Thread Henri Gomez
Glenn Nielsen wrote: +1 I can help out. This is a significant change for a minor revision to 2.0.4, perhaps we should bump it to 2.1 or even 3.0? Since it's an 'internal rewrite', it should stay 2.x, may be 2.1 could be the right name But first we should cleanup all jk2 from #iddef APR defines a

Re: [5.0] Property replacement

2003-10-17 Thread Henri Gomez
Remy Maucherat wrote: Hi, I'd like to make a small proposal to do property replacement. Included are changes that should be made in the digester, and that I'll post on commons-dev if I have approval. - Add a get/setProperty to Container. This would allow a property inheritance across containe

Re: JK/ajp13 connection reuse problem

2003-10-16 Thread Henri Gomez
Andy Armstrong wrote: Henri Gomez wrote: Could you get an ethereal dump ? That mail coincided exactly with my trying to remember whether I had a network tracing tool installed on this PC - and fortunately I do :) Ethereal dump coming up. In such case ethereal is allways your friend. I&#x

Re: JK/ajp13 connection reuse problem

2003-10-16 Thread Henri Gomez
Andy Armstrong wrote: I'm trying to bring the Domino connector up to date with the latest codebase and I'm running into a problem with connection reuse. The characteristic is that with connection reuse working normally the first message from Domino to Tomcat round trips without any problem but

Re: JK/ajp13 connection reuse problem

2003-10-16 Thread Henri Gomez
Andy Armstrong wrote: I'm trying to bring the Domino connector up to date with the latest codebase and I'm running into a problem with connection reuse. The characteristic is that with connection reuse working normally the first message from Domino to Tomcat round trips without any problem but

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
Costin Manolache wrote: Henri Gomez wrote: And no the who's who ;) I'd like to know who could works on jk2 evolution. Until December is very unlikely I'll have any free time. I would like to help with the unix domain channel and JNI - but it'll be very limitted... Sor

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
jean-frederic clere wrote: Henri Gomez wrote: Done. The machine where it runs is stable but inside FSC firmwall. Could we copy it somewhere on apache.org to have it mirrored ? I have copied and adapted it to my account in minotaur. So we'll have an URL avai

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
Done. The machine where it runs is stable but inside FSC firmwall. Could we copy it somewhere on apache.org to have it mirrored ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jkstatus, What does it mean?

2003-10-16 Thread Henri Gomez
Angus Mezick wrote: All for jk2. -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 8:26 AM To: Tomcat Developers List Subject: Re: Jkstatus, What does it mean? Angus Mezick wrote: Where? I looked there (I think). Could have missed it

Re: Jkstatus, What does it mean?

2003-10-16 Thread Henri Gomez
Angus Mezick wrote: Where? I looked there (I think). Could have missed it but I don't see and documentation on status aside from how to create it. Can you please tell me the exact page you looked at before replying to my mail that references epCount, errorTime, lb_value, and lb_factor? Should b

Re: Jkstatus, What does it mean?

2003-10-16 Thread Henri Gomez
Angus Mezick wrote: Tried tomcat-user, they don't have a clue about this it seems. I have this on my jkStatus page when using jk2. id namelb_factor lb_valueroute errorState gracefulepCount errorTime 2 web02WWW:8019 1 43 web02WWW:8019 N N

jk2/tc4/jkstatus problems ;(

2003-10-16 Thread Henri Gomez
Hi I could get jkstatus via : http://mysystem/jkstatus/ But it failed to find http://mysystem/jkstatus/jkstatus?cfgOrig=1 http://mysystem/jkstatus/jkstatus?cfgParsed=1 http://mysystem/jkstatus/jkstatus?scoreboard=1 My original conf was : [status:] info=Status worker, displays runtime informati

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
jean-frederic clere wrote: Henri Gomez wrote: Ok, about everybody seems to agree on using apr for jk2 (still waiting Nacho for IIS). APR side will be to : - Update doc to indicate that APR is mandatory - Remove #idef APR - Use APR for all OS operation and sus will save us from handling all

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
Mladen Turk wrote: -Original Message- From: Henri Gomez You should know what apr call should be used to mimic select isn't it ? PING/PONG right? Nothing that simple :-). The magick is apr_poll. It will require some modifications to the channel in general. hasinput method has

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
Mladen Turk wrote: -Original Message- From: Henri Gomez I'd like to know who could works on jk2 evolution. +1 Thanks. I can (not before friday): 1. Change all the (quasi boolean) functions to return the apr_status_t instead int (0, 1) 2. aprize jk2_log to use the apr_fil

Re: jk2 evolution plan

2003-10-16 Thread Henri Gomez
Mladen Turk wrote: -Original Message- From: Henri Gomez Ok, about everybody seems to agree on using apr for jk2 (still waiting Nacho for IIS). IIS uses APR by default (staticaly linked) for a long time. APR side will be to : - Update doc to indicate that APR is mandatory - Remove

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_channel.h jk_workerEnv.h jk_worker.h

2003-10-16 Thread Henri Gomez
Mladen Turk a écrit : -Original Message- From: [EMAIL PROTECTED] 1.17 +17 -0 jakarta-tomcat-connectors/jk/native2/common/jk_channel_un.c 1.6 +3 -3 jakarta-tomcat-connectors/jk/native2/common/jk_mutex.c 1.57 +34 -1 jakarta-tomcat-connectors/jk/n

jk2 evolution plan

2003-10-16 Thread Henri Gomez
Ok, about everybody seems to agree on using apr for jk2 (still waiting Nacho for IIS). APR side will be to : - Update doc to indicate that APR is mandatory - Remove #idef APR - Use APR for all OS operation and sus will save us from handling all the #include for all the diverses IO operation

Re: jk/jk2 - time for apr

2003-10-15 Thread Henri Gomez
jean-frederic clere a écrit : Henri Gomez wrote: Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. * the plan - update jk2 (na

Re: [5.0] System properties in server.xml (and elsewhere)

2003-10-15 Thread Henri Gomez
Remy Maucherat a écrit : Henri Gomez wrote: Do you speak about the ${xxx} properties as present in Tomcat 3.3.x ? Possibly. Basically, if you have a "foo.bar" sys property, you can put "${foo.bar}" in server.xml, and it will be replaced with the property value (like in

Re: [5.0] System properties in server.xml (and elsewhere)

2003-10-15 Thread Henri Gomez
Do you speak about the ${xxx} properties as present in Tomcat 3.3.x ? Possibly. Basically, if you have a "foo.bar" sys property, you can put "${foo.bar}" in server.xml, and it will be replaced with the property value (like in Ant). I didn't know this was present in 3.3. Yes it was in TC 3.3.1 a

Re: [5.0] System properties in server.xml (and elsewhere)

2003-10-15 Thread Henri Gomez
Remy Maucherat a écrit : Hi, I think it would be possible, using a new rule, to allow system properties inside server.xml (and possibly elsewhere) for attribute values. This is the same as what is being done by Ant in its build scripts. This would add an additional degree of configurability to

Re: jk/jk2 - time for apr

2003-10-15 Thread Henri Gomez
Mladen Turk a écrit : +1 to use the APR as mandatory for the mod_jk. You can rename it to the mod_jk2 after that easily :-) Heu, the idea is to make jk2 (native2) apr mandatory. We'll keep jk as it is today. * the plan - update jk2 (native2) to use APR only - port jk add-ons like ping/pong to j

jk/jk2 - time for apr

2003-10-15 Thread Henri Gomez
Hi to all, Now that jk seems stabilized a bit, should we focalize on jk2 ? For instance I added some features to jk (ping/pong) which should be ported to jk2. Also I wonder if APR is mandatory for jk2. I'd like to use APR as a facade to all Operating System calls. The goal is to hide all the co

Re: Digester and external entities with systemId only : Was: Important requirement : Re: [next] What's next ?

2003-10-15 Thread Henri Gomez
As described above, you're trying to use an illegal URL, which goes above the top of the webapp's namespace. You'll need to use absolute "file:" or "http:" type URLs, or provide your own EntityResolver that does whatever you want it to do. The only way to developpers and admins to have it wor

Re: Digester and external entities with systemId only : Was: Important requirement : Re: [next] What's next ?

2003-10-15 Thread Henri Gomez
Jean-Francois Arcand a écrit : Henri Gomez wrote: I traced TC 5.0 and Digester and suspect what could be the problem with external entities when only SYTEM is defined ie : In Digester.java, at least in the 1.5 release, resolveEntity return null if publicId is null even if systemId is set. To

Re: Digester and external entities with systemId only : Was: Important requirement : Re: [next] What's next ?

2003-10-14 Thread Henri Gomez
Bill Barker a écrit : - Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, October 14, 2003 12:42 AM Subject: Re: Digester and external entities with systemId only : Was: Important

Re: Digester and external entities with systemId only : Was: Important requirement : Re: [next] What's next ?

2003-10-14 Thread Henri Gomez
Bill Barker a écrit : You will probably get more traction by posting to commons-dev. While tomcat-dev still has a couple of commons committers (and, no, I'm not one of them) that hang out here, its not like the old days :(. Sure but Remy has written the Digester so it must still be commiter :-)

Re: Important requirement : Re: [next] What's next ?

2003-10-14 Thread Henri Gomez
Craig R. McClanahan a écrit : Henri Gomez wrote: CF w3c.org ... relative URIs are relative to the location of the resource within which the entity declaration occurs. http://www.w3.org/TR/REC-xml#sec-external-ent As long as Tomcat uses the Digester.parse() entry point that takes an

Digester and external entities with systemId only : Was: Important requirement : Re: [next] What's next ?

2003-10-14 Thread Henri Gomez
I traced TC 5.0 and Digester and suspect what could be the problem with external entities when only SYTEM is defined ie : In Digester.java, at least in the 1.5 release, resolveEntity return null if publicId is null even if systemId is set. To make it works, I just replaced : -- if (enti

Re: Important requirement : Re: [next] What's next ?

2003-10-13 Thread Henri Gomez
The base should be the location of web.xml (la prochaine fois j'envoie un mail en français :---) +1 ;-) Time for a Tomcat Dev French Forum, to fix these language problems ? ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: Important requirement : Re: [next] What's next ?

2003-10-13 Thread Henri Gomez
CF w3c.org ... relative URIs are relative to the location of the resource within which the entity declaration occurs. http://www.w3.org/TR/REC-xml#sec-external-ent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

<    1   2   3   4   5   6   7   8   9   10   >