tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43229] - mod_jk 1.2.25 different fallback behavior on reply_timeout happens between 1.2.23 and 1.2.25
Date Sun, 02 Sep 2007 23:08:22 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43229>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43229


rainer.jung@kippdata.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




------- Additional Comments From rainer.jung@kippdata.de  2007-09-02 16:08 -------
Thank you for analyzing this problem. Yes, reply timeouts should allow
retries/failover, at least unles recovery_options disable them.

The interface between the service() method of an lb member and the lb itself
consists of the service() return code and the additional is_error, which is
meant to indicate the HTTP return code.

The lb needs to decide, if it should do a failover, and if the member needs to
be put into error state. The interface is not really rich enough to help with
these decisions.

Either we end up in using more fine grained return codes from service(), or we
add recoverability(=failover) and member error info as side effects,
additionally to is_error.

I'm actively investigating this. As a first step, I added some code comments,
which return codes to expect from the service() methods.

Please stay tuned.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message