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

2004-02-12 Thread Alexander Schwartz
Am Mi, den 11.02.2004 schrieb Henri Gomez um 10:57: Ok, I commited changes in CVS which should fix problem in POST recovery. Thanks to take a look at it OK, POST recovery seems to work now in the scenario i have described: Tomcat fails after receiving the request but before sending a reply.

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

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

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

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

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

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

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

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

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

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

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

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

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

2004-02-10 Thread Alexander Schwartz
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 in an area which will be available

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

2004-02-09 Thread Alexander Schwartz
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) * tc1 is offline * tc2 is a

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

2004-02-08 Thread Alexander Schwartz
Am Fr, den 06.02.2004 schrieb Henri Gomez um 10:13: Could you try with the latest code from CVS, since your patch seems to be for an older version ? I've tested with mod_jk 1.2.4/1.2.5, but I will do it again with the latest Version from CVS with jk.log in DEBUG mode. Will be first thing

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/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-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 two issues

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

2004-02-05 Thread Alexander Schwartz
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 think the

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

2004-02-04 Thread Alexander Schwartz
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 the request to the