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=39180>. 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=39180 ------- Additional Comments From [EMAIL PROTECTED] 2006-04-04 12:27 ------- If I have offended you then I appologize. I did not open this issue just because I think it could be done a better way. I have not commented on the suitability of the code. I would like to try again :-) readResponse enters a loop looking for a non-null statusLine. readStatusLine is responsible for setting the variable to a non-null value. If I override readStatusLine I cannot set the variable and readResponse is stuck in the loop. I cannot override getStatusLine since readResponse uses the variable directly. I see four solutions here. Never override readStatusLine (should be private), make variable protected, add a setter, or change code to use existing getter. Any of the last three will work for me. The same problems exist with the other member variables; I just used statusLine as an example. I can resubmit the patch for any solution you choose and I can ensure that all member variables are accessed in a consistent manner. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
