Re: Can not fail over a web service call using mod_jk

2008-12-11 Thread Rainer Jung
inal Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: terça-feira, 9 de Dezembro de 2008 13:45 To: Tomcat Users List Subject: Re: Can not fail over a web service call using mod_jk [EMAIL PROTECTED] schrieb: From a design point of view do you feel that this is beyond the scope of m

RE: Can not fail over a web service call using mod_jk

2008-12-11 Thread Nuno Manuel Martins
PROTECTED] Sent: terça-feira, 9 de Dezembro de 2008 13:45 To: Tomcat Users List Subject: Re: Can not fail over a web service call using mod_jk [EMAIL PROTECTED] schrieb: > From a design point of view do you feel that this is beyond the scope of > mod_jk to buffer request bodies? From one po

Re: Can not fail over a web service call using mod_jk

2008-12-10 Thread Rainer Jung
Michael Ludwig schrieb: > Rainer Jung schrieb am 09.12.2008 um 22:17:16 (+0100): >> I'm looking forward to httpd 2.4 with mod_luau aka mod_wombat, an >> embedded Lua interpreter that has access to httpd objects (like the >> request object) and will allow us to inject custom logic e.g. for >> balanc

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Michael Ludwig
Rainer Jung schrieb am 09.12.2008 um 22:17:16 (+0100): > > I'm looking forward to httpd 2.4 with mod_luau aka mod_wombat, an > embedded Lua interpreter that has access to httpd objects (like the > request object) and will allow us to inject custom logic e.g. for > balancing and error reaction. [O

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Rainer Jung
[EMAIL PROTECTED] schrieb: >> [EMAIL PROTECTED] schrieb: >>> From a design point of view do you feel that this is beyond the > scope >> of >>> mod_jk to buffer request bodies? From one point of view it does make >>> sense to have the retry logic completely in mod_jk, but I can >> certainly >>> unde

RE: Can not fail over a web service call using mod_jk

2008-12-09 Thread Gerhardus.Geldenhuis
> -Original Message- > From: Rainer Jung [mailto:[EMAIL PROTECTED] > Sent: 09 December 2008 13:45 > To: Tomcat Users List > Subject: Re: Can not fail over a web service call using mod_jk > > [EMAIL PROTECTED] schrieb: > > From a design point of view do you f

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Rainer Jung
[EMAIL PROTECTED] schrieb: > From a design point of view do you feel that this is beyond the scope of > mod_jk to buffer request bodies? From one point of view it does make > sense to have the retry logic completely in mod_jk, but I can certainly > understand the point of view to have retry logic o

RE: Can not fail over a web service call using mod_jk

2008-12-09 Thread Gerhardus.Geldenhuis
> -Original Message- > From: Rainer Jung [mailto:[EMAIL PROTECTED] > Sent: 09 December 2008 12:32 > To: Tomcat Users List > Subject: Re: Can not fail over a web service call using mod_jk > > Zeke schrieb: > > Thank you very much, Rainer! > > Yes. My node

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Rainer Jung
Zeke schrieb: > Thank you very much, Rainer! > Yes. My node accept the request first, then it will return 500 if the called > web service is not available ...So mod_jk can not fail over the request in > this situation. Do you have some suggestion for this situation? I really > hope none of the call

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Zeke
Thank you very much, Rainer! Yes. My node accept the request first, then it will return 500 if the called web service is not available ...So mod_jk can not fail over the request in this situation. Do you have some suggestion for this situation? I really hope none of the calling to my web service in

Re: Can not fail over a web service call using mod_jk

2008-12-09 Thread Rainer Jung
Zeke schrieb: > Hi, all: > I configure a Apache with mod_jk as HTTP load balancer for a JBoss > cluster. My cluster provide some web services. Of course, the URL in the web > serice call by client is the URL of the load balancer's. If for some reason, > the web service on a node is unavailable,