DO NOT REPLY [Bug 35249] New: - mod_jk2 modifies chunked post requests
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=35249. 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=35249 Summary: mod_jk2 modifies chunked post requests Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] POST requests with Transfer-Encoding: chunked seems to get buffered by mod_jk2 (or maybe apache) until the entire request is recieved. In most cases this won't matter, but if the request is streamed media or, as in my case, part of another protocol tunneled through http to pass firewalls this isn't acceptable. -- 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]
DO NOT REPLY [Bug 35249] - mod_jk2 modifies chunked post requests
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=35249. 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=35249 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-06-07 01:38 --- jk2 is deprecated due to lack of developer support. Please use mod_jk. It has received many new enhancements over the last few months. -- 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]
mod_jk2
Was there a reason mod_jk2 was replaced with mod_jk? I found mod_jk2 much easier to use and it's a pity it's gone. Is it just looking for a maintainer? Were there advantages of mod_jk2 over mod_jk? Alistair - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2
Alistair Young wrote: Was there a reason mod_jk2 was replaced with mod_jk? Too complex, uses APR that behaves badly with Apache1.3, and lot more. Browse the mail archive for further details. I found mod_jk2 much easier to use and it's a pity it's gone. No it is not, but that's kind of personal opinion in any case. Is it just looking for a maintainer? No! Please, I'm tired of JK/JK2 discussions :). It's a dead code. There are two active connectors projects already mod_jk and mod_proxy for Apache 2.2 When AJP14 protocol gets accepted we'll probably have a third one, so that's enough, thought. Were there advantages of mod_jk2 over mod_jk? None. If you *really* like JK2 code, it's a BSD license, so you can do with it what ever you wish, just don't call it Apache or Jakarta. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2
ok, that's enlightening! many thanks, Alistair On 17 Mar 2005, at 10:13, Mladen Turk wrote: Alistair Young wrote: Was there a reason mod_jk2 was replaced with mod_jk? Too complex, uses APR that behaves badly with Apache1.3, and lot more. Browse the mail archive for further details. I found mod_jk2 much easier to use and it's a pity it's gone. No it is not, but that's kind of personal opinion in any case. Is it just looking for a maintainer? No! Please, I'm tired of JK/JK2 discussions :). It's a dead code. There are two active connectors projects already mod_jk and mod_proxy for Apache 2.2 When AJP14 protocol gets accepted we'll probably have a third one, so that's enough, thought. Were there advantages of mod_jk2 over mod_jk? None. If you *really* like JK2 code, it's a BSD license, so you can do with it what ever you wish, just don't call it Apache or Jakarta. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21766] - mod_jk2 URL mount problem in recent versions
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=21766. 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=21766 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:33 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 22045] - Virtual host mappings in mod_jk2 (related to bug 18472)
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=22045. 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=22045 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:34 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 22114] - mod_jk2: wrong load balancing group assigned
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=22114. 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=22114 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:34 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 27851] - two independent workers with mod_jk2 handled as one group
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=27851. 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=27851 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:36 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 28790] - connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2
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=28790. 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=28790 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:37 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page
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=27884. 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=27884 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED OS/Version||All Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:36 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 28823] - [mod_jk2] Alias Apache2 directive and JkUriSet don't work together
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=28823. 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=28823 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:37 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
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=16901. 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=16901 --- Additional Comments From [EMAIL PROTECTED] 2004-12-03 19:08 --- Is there a reason that the latest version of jk_service_apache2.c doesn't use the ap_get_server_port() function? When I use a modified version of mod_jk2 that uses this function, the correct value for HttpServletRequest.getServerPort() is returned in both a BigIP and a non-BigIP environment. I also found that the latest version of mod_jk.c at http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/jk/native/apache-2.0/ (version 1.105 as of the time of this writing) includes the necessary code for invoking the ap_get_server_port() function, but that this code is commented out. Is there a reason that the ap_get_server_port() function cannot be used in the mod_jk module either? Thanks in advance, Mike -- 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]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
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=16901. 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=16901 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
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=16901. 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=16901 --- Additional Comments From [EMAIL PROTECTED] 2004-12-03 22:34 --- Set UseCannonicalName On in the apache conf, and you'll get the same results on Apache too, I think. Also what would report Tomcat if you make a NAT from 80 to 8080? -- 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]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
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=16901. 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=16901 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED OS/Version||All Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 02:54 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
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=18472. 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=18472 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 02:58 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 19965] - mod_jk2 connection fails, workerEnv.init() create slot epStat.0 failed
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=19965. 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=19965 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 03:00 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 20689] - mod_jk2, the /jkstatus page, and apache::worker
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=20689. 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=20689 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 03:01 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
mod_jk2 issues in Bugzilla
Hi, When (if) do we close them as WONTFIX? Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2 issues in Bugzilla
+1 as WONTFIX. Proposed text ... As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writing) Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ I counted 50 open bugs. -Tim Shapira, Yoav wrote: Hi, When (if) do we close them as WONTFIX? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2 issues in Bugzilla
Tim Funk wrote: +1 as WONTFIX. Proposed text ... As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writing) Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ I counted 50 open bugs. +1. You can start at will :). One thing (It's 1.2.7 not 2.0.7), and the release date is planned for tomorrow 18:00 GMT. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30539] - possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number
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=30539. 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=30539 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:50 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 31938] - Apache2 + mod_jk2 on FreeBSD - default socket timeout
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=31938. 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=31938 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:50 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 28516] - getRemoteUser() not working with mod_jk2 2.0.4
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=28516. 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=28516 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:50 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 29710] - mod_jk2: default *.properties location isn't `apxs -q sysconfdir`
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=29710. 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=29710 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:50 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
RE: mod_jk2 issues in Bugzilla
Hi, I just closed a chunk (about 20) as WONTFIX with this text, modified for correct version number and release date. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, November 29, 2004 1:45 PM To: Tomcat Developers List Subject: Re: mod_jk2 issues in Bugzilla Tim Funk wrote: +1 as WONTFIX. Proposed text ... As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writing) Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ I counted 50 open bugs. +1. You can start at will :). One thing (It's 1.2.7 not 2.0.7), and the release date is planned for tomorrow 18:00 GMT. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 19:50 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 29989] - jni of mod_jk2 doesn't work for win32 at all
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=29989. 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=29989 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED OS/Version||All Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2004-11-29 20:18 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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]
DO NOT REPLY [Bug 29989] - jni of mod_jk2 doesn't work for win32 at all
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=29989. 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=29989 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX -- 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]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 --- Additional Comments From [EMAIL PROTECTED] 2004-11-21 12:36 --- (In reply to comment #40) As your comments state, this bug is fixed. If you have identified another issue, please open a new bug report. OK. I did not create another bug because the way this bug is fixed has created another bug. -- 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]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED OS/Version||All Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 11:17 --- More info on the problem. I see in the postings that some are not able to reproduce the error. We have a situation where people that have a high speed on their network is able to upload files just fine. People on slower lines can upload most of the time and people on slow lines cannot upload at all. I applied the Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip Now all users can upload no matter what connection they have. I was happy with the patch until I started getting reports like this: 2004-11-18 10:59:51 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception java.io.IOException: Stream closed at org.apache.jasper.runtime.BodyContentImpl.ensureOpen (BodyContentImpl.java:576) at org.apache.jasper.runtime.BodyContentImpl.write (BodyContentImpl.java:140) at org.apache.jasper.runtime.BodyContentImpl.write (BodyContentImpl.java:157) at org.apache.jsp.indexuf_jsp._jspService(indexuf_jsp.java:1775) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:298) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal (StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:296) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:372) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:694) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:626) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:644) at java.lang.Thread.run(Thread.java:595) I started getting these errors when the load on the server grew in the morning after I applied the patch. I have the following config: IIS 6 (win2003) Tomcat 5.0.25 java SDK 1.5 RC Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip -- 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
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 23:53 --- As your comments state, this bug is fixed. If you have identified another issue, please open a new bug report. -- 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]
DO NOT REPLY [Bug 30539] - possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number
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=30539. 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=30539 --- Additional Comments From [EMAIL PROTECTED] 2004-11-17 22:03 --- Shouldn't this then be an httpd bug? -- 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]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version||All --- Additional Comments From [EMAIL PROTECTED] 2004-11-17 23:06 --- Heads up: JK2 is going away. Switch to mod_jk. -- 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]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-11-18 08:57 --- Thanks for the tip. I hope I'm not going to be told in 2 years that mod_jserve is the way to go ;-) As a side note, I'd advise you to make this obvious on Tomcat's web site: it still points to http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html, which says, among others, that JK2 is a refactoring of JK and is much more powerfull. I've been fooled by that, and spent a long time getting mod_jk2 to work. Would be better to avoid the same mistake to others. I guess that bug report has no point anymore, and can be closed. -- 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]
DO NOT REPLY [Bug 31938] - Apache2 + mod_jk2 on FreeBSD - default socket timeout
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=31938. 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=31938 Apache2 + mod_jk2 on FreeBSD - default socket timeout [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |Medium - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28790] - connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2
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=28790. 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=28790 connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2 --- Additional Comments From [EMAIL PROTECTED] 2004-11-05 18:37 --- We are having the same error with Linux and JBoss 3.2.5 mod_jk: Error flushing [Fri Nov 05 11:21:31 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Fri Nov 05 11:21:31 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Fri Nov 05 11:21:31 2004] [error] ajp13.service() Error forwarding ajp13:192.168.205.2:8009 1 0 [Fri Nov 05 11:21:31 2004] [error] mod_jk2.handler() Error connecting to tomcat 3, status 200 [Fri Nov 05 11:32:46 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Fri Nov 05 11:32:46 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Fri Nov 05 11:32:46 2004] [error] ajp13.service() Error forwarding ajp13:192.168.205.2:8009 1 0 [Fri Nov 05 11:32:46 2004] [error] mod_jk2.handler() Error connecting to tomcat 3, status 200 Compiled jk2 using the (eventually located) build.xml that downloaded from CVS. Then compiled inside jk/native2 using the INSTALL.txt instructions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30774] - mod_jk2: It is not possible to set the AJP port to anything other than the default of 8009
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=30774. 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=30774 mod_jk2: It is not possible to set the AJP port to anything other than the default of 8009 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-29 18:32 --- Yup, I think so too. Sicne the other one is fixed, this one should be fixed as well: make sure you're using the latest connector version. As additional anecdotal evidence, a number of people in the past few days have posted working connector configurations in ports above 3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31938] New: - Apache2 + mod_jk2 on FreeBSD - default socket timeout
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=31938. 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=31938 Apache2 + mod_jk2 on FreeBSD - default socket timeout Summary: Apache2 + mod_jk2 on FreeBSD - default socket timeout Product: Tomcat 5 Version: 5.0.0 Platform: PC OS/Version: FreeBSD Status: NEW Severity: Major Priority: Other Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've got a problem with mod_jk2 and Apache2 under FreeBSD 5.x. I configured mod_jk2 for two Tomcat 5.0 servers. If one of these machines is down (unplugging the network cable), mod_jk2 should send all requests to the server that kept running. That is working 80 percent of the time, but sometimes forwarding the request takes about 75 seconds. I found out that this is the default socket timeout of FreeBSD. The problem is that I configured mod-jk2 the way, that it has its own timeout for connecting (see attached workers2.properties). But this value is not recognized. If I decrease the default connect timeout for FreeBSD (by /etc/sysctl.conf), mod_jk2 will use this value and everything is fine. But I don't want to decrease that value, it could cause other problems. So I think it is a bug, that mod_jk2 is not using the timeout values from its workers2.properties in FreeBSD. Btw exactly the same setup for Apache2 and mod_jk2 works fine on Linux. -- [logger] level=DEBUG [shm] file=/tmp/shmFile # Defines a load balancer named lb. [lb:lb] [workerEnv:] info=Global server options timing=1 # Example socket channel, override port and host. [channel.socket:192.168.1.124:8009] tomcatId=camenzind timeout=1 # Example socket channel, override port and host. [channel.socket:192.168.1.123:8009] tomcatId=haller timeout=1 # define the worker 1 [ajp13:192.168.1.124:8009] channel=channel.socket:192.168.1.124:8009 # define the worker 2 [ajp13:192.168.1.123:8009] channel=channel.socket:192.168.1.123:8009 # Mapping my URI to Tomcats [uri:/myURI*] group=lb [status:] info=Status worker, displays runtime information [uri:/jkstatus/*] info=The Tomcat /jkstatus handler group=status: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache2 + mod_jk2 on FreeBSD - default socket timeout (bug?)
Hi there, I've got a problem with mod_jk2 and Apache2 under FreeBSD 5.x and I think it is a bug. I configured mod_jk2 for two Tomcat 5.0 servers. If one of these machines is down (unplugging the network cable), mod_jk2 should send all requests to the server that kept running. That is working 90 percent of the time, but sometimes forwarding the request takes about 75 seconds. I found out that this is the default socket timeout of FreeBSD. The problem is that I configured mod-jk2 the way, that it has its own timeout for connecting (see attached workers2.properties). But this value is not recognized. If I decrease the default connect timeout for FreeBSD (by /etc/sysctl.conf), mod_jk2 will use this value and everything is fine. But I don't want to decrease that value, it could cause other problems. So I think it is a bug, that mod_jk2 is not using the timeout values from its workers2.properties in FreeBSD. Btw exactly the same setup for Apache2 and mod_jk2 works fine on Linux. Regards, Michael -- [logger] level=DEBUG [shm] file=/tmp/shmFile # Defines a load balancer named lb. [lb:lb] [workerEnv:] info=Global server options timing=1 # Example socket channel, override port and host. [channel.socket:192.168.1.124:8009] tomcatId=camenzind timeout=1 # Example socket channel, override port and host. [channel.socket:192.168.1.123:8009] tomcatId=haller timeout=1 # define the worker 1 [ajp13:192.168.1.124:8009] channel=channel.socket:192.168.1.124:8009 # define the worker 2 [ajp13:192.168.1.123:8009] channel=channel.socket:192.168.1.123:8009 # Mapping my URI to Tomcats [uri:/myURI*] group=lb [status:] info=Status worker, displays runtime information [uri:/jkstatus/*] info=The Tomcat /jkstatus handler group=status: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30774] - mod_jk2: It is not possible to set the AJP port to anything other than the default of 8009
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=30774. 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=30774 mod_jk2: It is not possible to set the AJP port to anything other than the default of 8009 --- Additional Comments From [EMAIL PROTECTED] 2004-10-08 23:23 --- I think the problem is not that you can only use 8009, but ports 32767 don't work because of bug 17579. I think this is a duplicate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29949] - mod_jk2 ajp13 problem
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=29949. 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=29949 mod_jk2 ajp13 problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 00:46 --- Please use tomcat-user for questions - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30116] - building mod_jk2
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=30116. 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=30116 building mod_jk2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 00:53 --- Please use the tomcat-user list for help. http://jakarta.apache.org/tomcat/faq/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2: Error flushing
Alex Yakovlev wrote:
tomcat-dev,
I keep getting the following messages in error_log several times per hour:
mod_jk: Error flushing
[Sun Aug 22 20:09:21 2004] [error] ajp13.service() ajpGetReply recoverable error 3
[Sun Aug 22 20:09:23 2004] [error] ajp13.service() ajpGetReply recoverable error 3
[Sun Aug 22 20:09:23 2004] [error] ajp13.service() Error forwarding
ajp13:/opt/tomcat/work/jk2.socket 1 0
[Sun Aug 22 20:09:23 2004] [error] mod_jk2.handler() Error connecting to tomcat 3,
status 200
on Apache/2.0.49 + mod_jk2/2.0.5-dev + Tomcat/5.0.27 under Linux.
I've found the following lines in JK sources:
native/apache-2.0/mod_jk.c-/*
native/apache-2.0/mod_jk.c: * To allow server push. After writing full
buffers
native/apache-2.0/mod_jk.c- */
native/apache-2.0/mod_jk.c-#ifndef AS400
native/apache-2.0/mod_jk.c-if(ap_rflush(p-r) != APR_SUCCESS) {
native/apache-2.0/mod_jk.c-ap_log_error(APLOG_MARK, APLOG_STARTUP |
APLOG_NOERRNO, 0,
native/apache-2.0/mod_jk.c- NULL, mod_jk: Error flushing
\n );
native/apache-2.0/mod_jk.c-return JK_FALSE;
native/apache-2.0/mod_jk.c-}
native/apache-2.0/mod_jk.c-#endif
--
native2/server/apache13/jk_service_apache13.c-/*
native2/server/apache13/jk_service_apache13.c: * To allow server push. After
writing full buffers
native2/server/apache13/jk_service_apache13.c- */
native2/server/apache13/jk_service_apache13.c-ap_bflush(bf);
native2/server/apache13/jk_service_apache13.c-}
native2/server/apache13/jk_service_apache13.c-return JK_OK;
--
native2/server/apache2/jk_service_apache2.c-/*
native2/server/apache2/jk_service_apache2.c: * To allow server push. After writing
full buffers
native2/server/apache2/jk_service_apache2.c- */
native2/server/apache2/jk_service_apache2.c-if (ap_rflush(rr) != APR_SUCCESS) {
native2/server/apache2/jk_service_apache2.c-ap_log_error(APLOG_MARK,
APLOG_STARTUP | APLOG_NOERRNO, 0,
native2/server/apache2/jk_service_apache2.c- NULL, mod_jk: Error
flushing);
native2/server/apache2/jk_service_apache2.c-return JK_ERR;
native2/server/apache2/jk_service_apache2.c-}
native2/server/apache2/jk_service_apache2.c-return JK_OK;
native2/server/apache2/jk_service_apache2.c-}
and I've got several questions:
1) What does this error message means?
2) Why is it commented out for AS400? (by IBM?)
Nope, by me (not an IBMer). The code was backported from jk.
the ajp refactory and inclusion in HTTP 2.x is on the way and I suggest
you to take a look at future HTTP release which will support it natively.
jk is production ready but it's not the case of jk2.
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
BUG: mod_jk2 can't handle %2f in URL Path
After installing mod_jk to test my server under a productions system, I found that if the URI contains a %2f in the URL path, mod_jk2, or possibly Apache, ignores the URI mapping to the Web Application Server (Tomcat 4.1.30) Note: I am using the latest source release of mod_jk2, Apache 2.0.50 and Tomcat 4.1.30. So say if you have the following mapping in your workers2.properties. [uri:/myapp/web/*] and you use the full URL http://myhost.com/myapp/web/cmd/slash-%2f-slash/ the URI mapping will be completely ignored. I think if you take any working URL mapping and insert or append the characters %2f, the mapping will fail and you will get a 404 error from Apache, not Tomcat where you would expect it. Now I hesitate and think it may be an Apache bug because if the 2f shows up as part of the value for a parameter, the URI mapping will succeed. i.e. http://myhost.com/myapp/web/cmd/slash/?p1=slash-%2f-slash Works just fine, its only when the %2f shows up up in the path section of the URI. Also when I test my servlet under the standalone (port 8080) listener, the system works just fine and the 2f in the URL path works just fine. -JG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk2: Error flushing
tomcat-dev,
I keep getting the following messages in error_log several times per hour:
mod_jk: Error flushing
[Sun Aug 22 20:09:21 2004] [error] ajp13.service() ajpGetReply recoverable error 3
[Sun Aug 22 20:09:23 2004] [error] ajp13.service() ajpGetReply recoverable error 3
[Sun Aug 22 20:09:23 2004] [error] ajp13.service() Error forwarding
ajp13:/opt/tomcat/work/jk2.socket 1 0
[Sun Aug 22 20:09:23 2004] [error] mod_jk2.handler() Error connecting to tomcat 3,
status 200
on Apache/2.0.49 + mod_jk2/2.0.5-dev + Tomcat/5.0.27 under Linux.
I've found the following lines in JK sources:
native/apache-2.0/mod_jk.c-/*
native/apache-2.0/mod_jk.c: * To allow server push. After writing full
buffers
native/apache-2.0/mod_jk.c- */
native/apache-2.0/mod_jk.c-#ifndef AS400
native/apache-2.0/mod_jk.c-if(ap_rflush(p-r) != APR_SUCCESS) {
native/apache-2.0/mod_jk.c-ap_log_error(APLOG_MARK, APLOG_STARTUP |
APLOG_NOERRNO, 0,
native/apache-2.0/mod_jk.c- NULL, mod_jk: Error flushing
\n );
native/apache-2.0/mod_jk.c-return JK_FALSE;
native/apache-2.0/mod_jk.c-}
native/apache-2.0/mod_jk.c-#endif
--
native2/server/apache13/jk_service_apache13.c-/*
native2/server/apache13/jk_service_apache13.c: * To allow server push. After
writing full buffers
native2/server/apache13/jk_service_apache13.c- */
native2/server/apache13/jk_service_apache13.c-ap_bflush(bf);
native2/server/apache13/jk_service_apache13.c-}
native2/server/apache13/jk_service_apache13.c-return JK_OK;
--
native2/server/apache2/jk_service_apache2.c-/*
native2/server/apache2/jk_service_apache2.c: * To allow server push. After writing
full buffers
native2/server/apache2/jk_service_apache2.c- */
native2/server/apache2/jk_service_apache2.c-if (ap_rflush(rr) != APR_SUCCESS) {
native2/server/apache2/jk_service_apache2.c-ap_log_error(APLOG_MARK,
APLOG_STARTUP | APLOG_NOERRNO, 0,
native2/server/apache2/jk_service_apache2.c- NULL, mod_jk: Error
flushing);
native2/server/apache2/jk_service_apache2.c-return JK_ERR;
native2/server/apache2/jk_service_apache2.c-}
native2/server/apache2/jk_service_apache2.c-return JK_OK;
native2/server/apache2/jk_service_apache2.c-}
and I've got several questions:
1) What does this error message means?
2) Why is it commented out for AS400? (by IBM?)
3) Why it does not generate an error for Apache 1.3?
4) What will happen if I just comment these lines as for AS400?
5) What would happed if ap_rflush errors will be ignored?
6) What is meant under To allow server push. After writing full buffers?
This issue seems to be found already
http://issues.apache.org/bugzilla/show_bug.cgi?id=29949
but I've found no patch or workaround for it.
There seems to be no probles except this logging,
but out clients sometimes says they get empty response
from server, can it be caused by this error?
thanks in advance,
Alex
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30774] New: - mod_jk2: It is not possible to set the AJP port to anything other than the default of 8009
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=30774.
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=30774
mod_jk2: It is not possible to set the AJP port to anything other than the default of
8009
Summary: mod_jk2: It is not possible to set the AJP port to
anything other than the default of 8009
Product: Tomcat 5
Version: 5.0.27
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Major
Priority: Other
Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I need to run the Apache/Tomcat link using AJP on port 41503, using mod_jk2.so.
Using the following configuration:
# workers2.properties
#
[shm]
file=${serverRoot}/logs/shm.file
size=1048576
# define the worker
[status:status]
[channel.socket:localhost:41503]
host=localhost
port=41503
[ajp13:localhost:41503]
channel=channel.socket:localhost:41503
# Uri mapping
[uri:/jkstatus/*]
worker=status:status
[uri:/servlet/*]
worker=ajp13:localhost:41503
I've also tried several variations of the above.
# jk2.properties
# Override the default port for the socketChannel
channelSocket.port=41503
The /jkstatus page works as expected, and looks ok:
id namehosturi group context
0 nullnullnull
0 /jkstatus/* * /jkstatus/* status:status /
0 /servlet/* * /servlet/* ajp13:localhost:41503 /
0 * * nullnullnull
0 */ * / lb:lb /
Object name PropertyValue
config: file${serverRoot}/conf/workers2.properties
shm:file${serverRoot}/logs/shm.file
size1048576
ajp13:localhost:41503 channel channel.socket:localhost:41503
channel.socket:localhost:41503 hostlocalhost
port41503
uri:/jkstatus/* worker status:status
uri:/servlet/* worker ajp13:localhost:41503
NameValue
fs /
ps :
so so
archi386
serverRoot /wispers/opt/apache/ellis/external
file/wispers/opt/apache/ellis/external/conf/workers2.properties
shm:.file /wispers/opt/apache/ellis/external/logs/shm.file
shm:.size 1048576
channel.socket:localhost:41503.host localhost
channel.socket:localhost:41503.port 41503
ajp13:localhost:41503.channel channel.socket:localhost:41503
uri:/jkstatus/*.worker status:status
uri:/servlet/*.worker ajp13:localhost:41503
However, trying /servlet yields (in Apache's error_log):
[Fri Aug 20 16:03:44 2004] [notice] Apache/2.0.50 (Unix) mod_jk2/2.0.2 DAV/2
configured -- resuming normal operations
[Fri Aug 20 16:03:44 2004] [error] mod_jk child init 1 0
[Fri Aug 20 16:03:49 2004] [error] channelSocket.open() connect failed
localhost:8009 146 Connection refused
[Fri Aug 20 16:03:49 2004] [error] ajp13.connect() failed ajp13:localhost:41503
[Fri Aug 20 16:03:49 2004] [error] ajp13.service() failed to connect endpoint
errno=146 Connection refused
[Fri Aug 20 16:03:49 2004] [error] ajp13.service() Error forwarding
ajp13:localhost:41503 1 1
[Fri Aug 20 16:03:49 2004] [error] mod_jk.handler() Error connecting to tomcat
12
It's still trying to connect on port 8009!
I guess everyone else in the world is just using port 8009!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28790] - connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2
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=28790. 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=28790 connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2 [EMAIL PROTECTED] changed: What|Removed |Added Summary|connection reset by peer |connection reset by peer |and ajp13.service()|and ajp13.service() |ajpGetReply recoverable |ajpGetReply recoverable |error 3|error 3 mod_jk2 --- Additional Comments From [EMAIL PROTECTED] 2004-08-13 20:41 --- We are having the same error with windows 2000/Apache2/mod_jk2 and Jboss. Our apache version is 2.0.48. I believe the problem is within the mod_jk2 code, but found this but in the Tomcat tree so I added my comments to it. [Fri Aug 13 13:01:49 2004][error]ajp13.service() ajpGetReply recoverable error 3 [Fri Aug 13 13:01:49 2004][error]ajp13.service() ajpGetReply recoverable error 3 [Fri Aug 13 13:01:49 2004][error]ajp13.service() Error forwarding ajp13:localhost:8009 1 0 [Fri Aug 13 13:01:49 2004][error]mod_jk2.handler() Error connecting to tomcat 3, status 200 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30539] New: - possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number
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=30539. 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=30539 possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number Summary: possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number Product: Tomcat 5 Version: 5.0.24 Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a specific mod_jk2 2.0.4 configuration which maps 2 different port numbers (running different Apache 2.0.49 virtual hosts) to 2 different Tomcat 5.0.24 services. I managed to do this by using the following workers2.properties configuration (I provide relevant directives only): --- BEGIN SNIP --- [ajp13:localhost:8009] channel=channel.socket:localhost:8009 group=ajp13:localhost:8009 [ajp13:localhost:8010] channel=channel.socket:localhost:8010 group=ajp13:localhost:8010 [channel.socket:localhost:8009] port=8009 host=localhost group=ajp13:localhost:8009 [channel.socket:localhost:8010] port=8010 host=localhost group=ajp13:localhost:8010 # URI mappings [uri:*:80/*.jsp] group=ajp13:localhost:8009 [uri:*:443/*.jsp] group=ajp13:localhost:8009 # mapping from the second Apache virtual host (running on secret port ) # to the second Tomcat service: [uri:*:/*.jsp] group=ajp13:localhost:8010 --- END SNIP --- This configuration works fine, but there's a security problem we've recently discovered that I suspect to be the mod_jk2's fault: If a HTTP client requests a JSP page and supplies a Host: HTTP header, and provides a port there, and the port is not valid (that is, it's not 80, 443, or ), then Apache spills out the JSP file's source instead of putting it through mod_jk2 to be serviced by Tomcat! This can be easily reproduced with livehttpheaders extension for Mozilla. Steps to reproduce: 1) install the livehttpheaders extension in Mozilla: http://livehttpheaders.mozdev.org/ 2) open the livehttpheaders window (Tools-Web Development-Live HTTP Headers) 3) load a JSP page from Apache, it should display normally 4) select the URL line over GET .jsp line in the livehttpheaders window 5) click Replay... 6) change the Host: header to use an invalid port number, e.g. Host: www.example.com:1234 7) click Replay - In my case, I received the source of JSP page (as text/plain). I've tried remedying the problem by supplying additional catch-all URI mappings at the end of workers2.properties, using various patterns: [uri:*.jsp], or [uri:*:*.jsp], but none of them has helped - it seemed that Apache was just bypassing mod_jk2 and _ANY_ URI mappings when the Host header contained an invalid port. So as a temporary workaround I've prepared the following access control mechanism in Apache: --- BEGIN SNIP --- # If the Host: header specifies a port, deny access to JSP files by setting a custom env variable: SetEnvIfNoCase Host \: HOST_PORT_DENIED=yes # The ports 80, 443 and are valid, unset the custom env variable for them: SetEnvIfNoCase Host \:80$ !HOST_PORT_DENIED SetEnvIfNoCase Host \:443$ !HOST_PORT_DENIED SetEnvIfNoCase Host \:$ !HOST_PORT_DENIED # deny access to JSP based on custom env variable presence: Files *.jsp Order Allow,Deny Allow from all Deny from env=HOST_PORT_DENIED /Files --- END SNIP --- This, however, is only a workaround. Ideally, requests with Host: header specifying a port on which Apache doesn't listen, should be denied (IMHO), or at least passed through mod_jk2 and its URI mappings. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30539] - possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number
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=30539. 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=30539 possible security hole: mod_jk2 bypassed when client issues Host: header with an invalid port number --- Additional Comments From [EMAIL PROTECTED] 2004-08-09 13:46 --- For the record, the issue has been discovered by Paweł Sawicki ([EMAIL PROTECTED]). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-07-29 12:32 --- I have this bug on the following server: Windows Server 2003 IIS 6.0 Tomcat 4.1.30 JDK 1.4.2.05 I installed the latest version of isapi_redirector2.dll (225,280 bytes). It works fine but I could not upload files bigger than 50k. I'm trying to upload files via dial-up connection (56 Kbit/sec) and via fast channel (up to 1 Mbit/sec). At the same time I can upload any files when I do it locally on the server. You may use link http://216.122.144.202/test.jsp to reproduce the problem. Let me know what kind of debug info you need to fix the bug. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-07-29 19:33 --- This has been fixed in CVS as is clear from the comments above. There has not, as yet, been a formal JK2 release that includes this fix. The successful tests were performed with a build from CVS (http://jakarta.apache.org/~mturk/isapi_redirector2.zip) Sites using the last release 2.0.4 will still experience this bug. Please do not re-open this bug report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30116] New: - building mod_jk2
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=30116. 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=30116 building mod_jk2 Summary: building mod_jk2 Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] What is the procedure to build mod_jk2 with Tomcat5 ( and Apache 2.0.49+) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29989] - jni of mod_jk2 doesn't work for win32 at all
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=29989. 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=29989 jni of mod_jk2 doesn't work for win32 at all [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2004-07-13 10:12 --- JNI is not supported right now on jk2 and is still considered experimental - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13419] - Weird seg fault on Mac OS X for mod_jk2 + Apache2
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=13419. 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=13419 Weird seg fault on Mac OS X for mod_jk2 + Apache2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-07-13 10:14 --- Thanks to check with more recent mod_jk 2 (2.0.4 for now) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28559] - mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46
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=28559. 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=28559 mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-07-13 10:17 --- Fixed in latest jpackage build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29989] New: - jni of mod_jk2 doesn't work for win32 at all
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=29989.
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=29989
jni of mod_jk2 doesn't work for win32 at all
Summary: jni of mod_jk2 doesn't work for win32 at all
Product: Tomcat 5
Version: 5.0.0
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Blocker
Priority: Other
Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I'm using Win2kServer + Apache2.0.50 + Tomcat5.0.16 (or 5.0.25) + jk2-2.0.4-
win32-apache2.0.49.
After I copied mod_jk2.so (comes from jk2-2.0.4-win32-apache2.0.49) to
${APACHE2_HOME}/modules, and finish all necessary configurations, start Apache2
service, I got these messages from ${APACHE2_HOME}/logs/error.log:
[Fri Jul 09 12:06:20 2004] [notice] Parent: Created child process 444
[Fri Jul 09 12:06:20 2004] [notice] Child 444: Child process is running
[Fri Jul 09 12:06:20 2004] [error] workerEnv.initChannel() init failed for
channel.jni:jni
[Fri Jul 09 12:06:20 2004] [error] workerEnv.initWorkers() init failed for
worker.jni:onStartup
[Fri Jul 09 12:06:20 2004] [error] workerEnv.initWorkers() init failed for
worker.jni:onShutdown
[Fri Jul 09 12:06:20 2004] [notice] Child 444: Acquired the start mutex.
[Fri Jul 09 12:06:20 2004] [notice] Child 444: Starting 100 worker threads.
so, as a result, the jni can not work.
I spent lot of time trying to solve the problem, but nothing happens.
Finally, I decide to look for the jk2 source code, see what's the matter of
that.
Then, I found the following code in jakarta-tomcat-connectors-jk2-2.0.4-
src\jk\native2\server\apache2\mod_jk2.c:608 -
...
if (workerEnv-maxDaemons 2) {
workerEnv-childId = proc.pid; // HERE IS IT!!
env-l-jkLog(env, env-l, JK_LOG_INFO,
jk2_init() Setting scoreboard slot 0 for child %d\n,
proc.pid);
}
...
but, in jakarta-tomcat-connectors-jk2-2.0.4-src\jk\native2
\common\jk_channel_jni.c:91 -
...
if (wEnv-childId != 0) { // AND THIS ??
if (jniW-worker != NULL)
jniW-worker-mbean-disabled = JK_TRUE;
return JK_ERR;
}
...
That's it.
So, I chang it to -
...
if (workerEnv-maxDaemons 2) {
workerEnv-childId = 0; // HERE IS IT!!
env-l-jkLog(env, env-l, JK_LOG_INFO,
jk2_init() Setting scoreboard slot 0 for child %d\n,
proc.pid);
}
...
I don't really know what it means, but it works for me now :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29949] New: - mod_jk2 ajp13 problem
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=29949. 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=29949 mod_jk2 ajp13 problem Summary: mod_jk2 ajp13 problem Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Sometimes, I got such strange errors in Apache2 log files: [Wed Jul 07 14:27:52 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Wed Jul 07 14:28:06 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Wed Jul 07 14:28:06 2004] [error] ajp13.service() Error forwarding ajp13:vassil.sof.intercomponentware.com:4007 1 0 [Wed Jul 07 14:28:06 2004] [error] mod_jk2.handler() Error connecting to tomcat 3, status 500 [Wed Jul 07 15:49:15 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Wed Jul 07 15:49:15 2004] [error] ajp13.service() Error forwarding ajp13:vassil.sof.intercomponentware.com:4007 1 0 [Wed Jul 07 15:49:15 2004] [error] mod_jk2.handler() Error connecting to tomcat 3, status 200 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
jfclere 2004/07/06 08:56:42
Modified:jk/native2/common jk_endpoint.c jk_logger_win32.c
jk_requtil.c
jk/native2/server/apache2 mod_jk2.c
Log:
Use apr equivalent routine for snprintf, usleep and vsnprintf.
Revision ChangesPath
1.29 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Index: jk_endpoint.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- jk_endpoint.c 21 Mar 2004 09:43:09 - 1.28
+++ jk_endpoint.c 6 Jul 2004 15:56:41 - 1.29
@@ -43,7 +43,7 @@
if (wEnv-epStat == NULL) {
if (wEnv-shm != NULL wEnv-childId = 0) {
char shmName[128];
-snprintf(shmName, 128, epStat.%d, wEnv-childId);
+apr_snprintf(shmName, 128, epStat.%d, wEnv-childId);
wEnv-epStat =
wEnv-shm-createSlot(env, wEnv-shm, shmName, 8096);
1.12 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c
Index: jk_logger_win32.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- jk_logger_win32.c 21 Mar 2004 09:43:09 - 1.11
+++ jk_logger_win32.c 6 Jul 2004 15:56:41 - 1.12
@@ -128,7 +128,7 @@
}
-rc = _vsnprintf(buf + used, HUGE_BUFFER_SIZE - used, fmt, args);
+rc = apr_vsnprintf(buf + used, HUGE_BUFFER_SIZE - used, fmt, args);
l-log(env, l, level, buf);
}
1.34 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c
Index: jk_requtil.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- jk_requtil.c 15 Jun 2004 20:37:10 - 1.33
+++ jk_requtil.c 6 Jul 2004 15:56:41 - 1.34
@@ -494,7 +494,7 @@
va_start(vargs, fmt);
s-outPos = 0; /* Temp - we don't buffer */
ret =
-vsnprintf(s-outBuf + s-outPos, s-outSize - s-outPos, fmt, vargs);
+apr_vsnprintf(s-outBuf + s-outPos, s-outSize - s-outPos, fmt, vargs);
va_end(vargs);
s-write(env, s, s-outBuf, strlen(s-outBuf));
1.85 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -r1.84 -r1.85
--- mod_jk2.c 16 Jun 2004 15:42:03 - 1.84
+++ mod_jk2.c 6 Jul 2004 15:56:41 - 1.85
@@ -638,7 +638,7 @@
env-l-jkLog(env, env-l, JK_LOG_INFO,
jk2_child_init() child %d not in scoreboard yet, spin %d\n,
proc.pid, counter);
- usleep(10);
+ apr_sleep((apr_interval_time_t)10);
workerEnv-childId = find_child_by_pid(proc);
}
if (workerEnv-childId == -1) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-07-05 13:51 --- Does anyone know whether this bug really is fixed? I've got a client who's having a problem with the IIS redirector that sounds exactly like this bug. I had him try the redirector attached above and the problem persists. No problem with Tomcat directly on 8080 so it seems likely that it's happening somewhere inside the redirector. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Accusé de réception --- DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
Boulogne Billancourt, Madame, Monsieur, Nous avons bien reu votre offre de collaboration et vous remercions de la confiance que vous nous tmoignez en nous associant votre dmarche. Elle sera tudie attentivement par le consultant en charge du poste pourvoir. Sans rponse de notre part dici quatre semaines, vous pourrez considrer que votre profil, malgr ses nombreux aspects positifs, nest pas en adquation avec nos missions en cours. Nous nous permettrons de conserver votre dossier dans notre base de donnes et vous invitons nous contacter pour nous signaler toute volution vous concernant. Par ailleurs, vous pouvez consulter nos prochaines annonces dans la presse ou sur notre site www.ajilon.fr. En vous souhaitant un aboutissement heureux vos recherches actuelles, nous vous prions de croire, Madame, Monsieur, en l'assurance de nos sentiments distingus. Ajilon Recruiting 01 41 31 90 50
DO NOT REPLY [Bug 29710] New: - mod_jk2: default *.properties location isn't `apxs -q sysconfdir`
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=29710. 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=29710 mod_jk2: default *.properties location isn't `apxs -q sysconfdir` Summary: mod_jk2: default *.properties location isn't `apxs -q sysconfdir` Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] mod_jk2 searches for '*.properties' in `apxs -q prefix`/conf instead of `apxs -q sysconfdir` by default. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[BUG] mod_jk2
mod_jk2 searches for '*.properties' in `apxs -q prefix`/conf instead of `apxs -q sysconfdir`. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 mod_jk2 and Apache2 broken autoindex [EMAIL PROTECTED] changed: What|Removed |Added Component|Connector:Coyote JK 2 |Native:JK Product|Tomcat 4|Tomcat 5 Version|4.1.24 |Nightly Build --- Additional Comments From [EMAIL PROTECTED] 2004-06-19 11:47 --- This enhancement request has been transferred to Tomcat 5 because: - TC4 and TC5 share the connectors - TC4 is no longer being developed, only supported - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
yoavs 2004/06/16 07:38:56
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Bugzilla 26231 done.
Revision ChangesPath
1.83 +20 -5 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.82
retrieving revision 1.83
diff -u -r1.82 -r1.83
--- mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
+++ mod_jk2.c 16 Jun 2004 14:38:56 - 1.83
@@ -628,10 +628,25 @@
proc.pid);
}
else {
-env-l-jkLog(env, env-l, JK_LOG_ERROR,
- jk2_init() Can't find child %d in none of the %d
scoreboard slots\n,
- proc.pid, workerEnv-maxDaemons);
-workerEnv-childId = -2;
+ /*
+ * try again several times, there's a
+ * race condition here where jk2_child_init gets
+ * called before make_child completes.
+ */
+ int counter = 0;
+ while (counter++ 50 workerEnv-childId == -1) {
+ env-l-jkLog(env, env-l, JK_LOG_INFO,
+ jk2_child_init() child %d not in scoreboard yet, spin %d\n,
+ proc.pid, counter);
+ usleep(10);
+ workerEnv-childId = find_child_by_pid(proc);
+ }
+ if (workerEnv-childId == -1) {
+ env-l-jkLog(env, env-l, JK_LOG_ERROR,
+jk2_init() Can't find child %d in any of the %d scoreboard
slots\n,
+ proc.pid, max_daemons_limit);
+ workerEnv-childId = -2;
+ }
}
}
else {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
keith 2004/06/16 08:42:03
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
The patch that was just applied for a bug was against an older
version and referred to a nonexistant variable.
Revision ChangesPath
1.84 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.83
retrieving revision 1.84
diff -u -r1.83 -r1.84
--- mod_jk2.c 16 Jun 2004 14:38:56 - 1.83
+++ mod_jk2.c 16 Jun 2004 15:42:03 - 1.84
@@ -644,7 +644,7 @@
if (workerEnv-childId == -1) {
env-l-jkLog(env, env-l, JK_LOG_ERROR,
jk2_init() Can't find child %d in any of the %d scoreboard
slots\n,
- proc.pid, max_daemons_limit);
+ proc.pid, workerEnv-maxDaemons);
workerEnv-childId = -2;
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-06-03 14:38 --- I have tested the version posted http://jakarta.apache.org/~mturk/isapi_redirector2.zip and it works fine, tried it from the machines that was working before and it works now. Configuration Win 2000 SP4 IIS JDK 1.4.2_03 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 mod_jk2 and Apache2 broken autoindex --- Additional Comments From [EMAIL PROTECTED] 2004-06-03 21:25 --- same problem here - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16901] - [PATCH] mod_jk2 wrong server port when using NAT
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=16901. 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=16901 [PATCH] mod_jk2 wrong server port when using NAT [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 14:18 --- It is still not working. i'm using mod_jk2-2.0.4 apache-2.0.49 and my setup is almost the same: httpd is listening on 9000 and when trying to do a rewrite the connector responds with www.anyurl.com:9000/x/y/z The FW only allows http+https and therefore the connection got lost in the httpd.conf i've added the CanonicalName directive and also the 'ServerName www.anyurl.com:9000' in the Virtual Host directives without any result. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-06-02 21:31 --- Successful test: IIS 5 Windows 2000 Server Tomcat 5.0.25 JDK 1.4.2_04 Isapi redirector from: http://jakarta.apache.org/~mturk/isapi_redirector2.zip The current release of isapi_redirector2 distributed with tomcat 5.0 did NOT work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28559] - mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46
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=28559. 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=28559 mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46 --- Additional Comments From [EMAIL PROTECTED] 2004-05-19 11:35 --- Created an attachment (id=11595) Patch to fix mod_jk2 build - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 mod_jk2 and Apache2 broken autoindex --- Additional Comments From [EMAIL PROTECTED] 2004-05-10 16:42 --- I'm also seeing this problem. Is there any idea on when this will be added/corrected? How about any CVS code that resolves the problem? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28559] New: - mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46
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=28559. 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=28559 mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46 Summary: mod_jk2 2.0.4 compiler error on Redhat Enterprise Linux 3.0, Apache 2.0.46 Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've successfully compiled the 2.0.4 mod_jk2 connector for use w/ the RPM version of Apache 2.0.46/Tomcat 4.1.29/30 on Redhat Enterprise Linux 3.0 (ES and WS) as well as the RPM version of Apache on Fedora Core 1, so I'm a bit stumped by this one. This works on one machine, but doesn't on two others. All three are RHEL 3.0 and running the following: Sun JDK 1.4.2 (j2sdk-1.4.2-fcs) httpd-devel-2.0.46-26.ent httpd-2.0.46-26.ent Tomcat 4.1.29 I've untarred the 2.0.4 jk2 connector, and get the following when I run make: == [EMAIL PROTECTED] native2]$ pwd /usr/local/jakarta/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2 [EMAIL PROTECTED] native2]$ ./buildconfig [EMAIL PROTECTED] native2]$ ./configure --with-apxs2=/usr/sbin/apxs [EMAIL PROTECTED] native2]$ make list=' server/apache2'; \ for i in $list; do \ echo Making $target in $i; \ if test $i != .; then \ (cd $i make) || exit 1; \ fi; \ done; Making in server/apache2 make[1]: Entering directory `/usr/local/jakarta/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' mkdir -p ../../../build/jk2/apache2/usr/lib/httpd/modules /bin/sh /usr/bin/libtool --silent --mode=compile gcc -O2 -g -pipe -march=i386 -mcpu=i686 -DSSL_EXPERIMENTAL_ENGINE -I/usr/kerberos/include -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I../../include -I/usr/include/httpd -I/usr/src/build/324798-i386/BUILD/httpd-2.0.46/prefork/srclib/apr-util/include /usr/src/build/324798-i386/BUILD/httpd-2.0.46/srclib/apr-util/include -I/usr/src/build/324798-i386/BUILD/httpd-2.0.46/prefork/srclib/apr/include /usr/src/build/324798-i386/BUILD/httpd-2.0.46/srclib/apr/include -DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -c ../../common/jk_channel_apr_socket.c -o ../../../build/jk2/apache2/jk_channel_apr_socket.lo gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [../../../build/jk2/apache2/jk_channel_apr_socket.lo] Error 1 make[1]: Leaving directory `/usr/local/jakarta/jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/server/apache2' make: *** [jk2-build] Error 1 = Any ideas what this 'gcc: cannot specify -o with -c or -S and multiple compilations' means and how to fix it? All three machines have been upgraded to RHEL 3.0 from various versions of Redhat (7.3 - 9.0) over time, so I suspect it's some legacy junk hanging around that's causing the grief. Any help would be appreciated. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28516] New: - getRemoteUser() not working with mod_jk2 2.0.4
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=28516. 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=28516 getRemoteUser() not working with mod_jk2 2.0.4 Summary: getRemoteUser() not working with mod_jk2 2.0.4 Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am using: apache 2.0.49 tomcat 5.0.19 mod_jk2 2.0.4 I have added tomcatAuthentication=false to server.xml and request.tomcatAuthentication=false to jk2.properties. I am authenticating with apache. I am unable to getRemoteUser() for HttpServletRequest with this combination (returns null). I am able to getRemoteUser() when using apache 1.3.x, tomcat x and mod_jk. This is very easy to verify by going to the jsp-examples/snoop.jsp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28516] - getRemoteUser() not working with mod_jk2 2.0.4
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=28516. 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=28516 getRemoteUser() not working with mod_jk2 2.0.4 --- Additional Comments From [EMAIL PROTECTED] 2004-04-21 17:32 --- When auth directives are in Directory / then getRemoteUser() doesn't work. When auth directives are in Location /webapp then getRemoteUser() works. Since I want to password protect my entire web site, I put auth directives in Directory / and putting them in Location /webapp seems redundant. Putting auth directives in both locations seems to be an ok (but not obvious) work around, but it seems that this is still a bug (or at least a deviation from how things worked with apache 1.3.x and mod_jk). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 mod_jk2 2.0.4 does not work with existing configuration [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Major - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 mod_jk2 2.0.4 does not work with existing configuration [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Normal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 mod_jk2 and Apache2 broken autoindex [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 20:48 --- This reads like an enhancement request to me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-04-06 17:20 --- Hi Mladen, That build seems to work for me; thanks for posting it! The systems I tested it with were: -w2k machines -IIS v5.xxx -Tomcat 4.1.29 -J2sdk 1.4.2_03 (and 1.4.2_01, I believe) Cheers, Geoff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278.
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=15278
[PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2004-04-05 12:55 ---
There is a binary build at:
http://jakarta.apache.org/~mturk/isapi_redirector2.zip
or you can build from CVS.
It includes the latest fixes that IMO should resolve the issue.
Waiting for the test results :)
In case that the bug is still present;
The best would be that you put following in your config to enable DEBUG and
file logging.
I'm interested in the jk_ws_service_t::read lines.
[logger]
info=Native logger
level=DEBUG
[logger.file:0]
level=DEBUG
file=${serverRoot}/logs/jk2.log
[workerEnv:]
info=Global server options
timing=1
debug=0
logger=logger.file:0
...
[uri:/manager/*]
info=Manager Application.
context=/manager
debug=10
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-04-03 05:59 --- Ok, You've convince me. If I build a fixed binary will you be willing to test? Since I cannot reproduce the bug the testing will be on your side of the wire. Also the future correspondance should go trough standard TC dev list. Please subscribe if not. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-04-03 06:28 --- Yes i will be willing to help with the test. I can install the version on the dev server which is IIS 5.0 with TC 5.0 and W2K and use these same machines to do the test. As of the email issue, I am subscribed but i get way too many emails i can't read them all. the bug report is very good because I am cc ed and i get the email in my inbox rather than the TC folder. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
From: [EMAIL PROTECTED]
Yes i will be willing to help with
the test. I can install the version on the dev server which
is IIS 5.0 with TC 5.0 and W2K and use these same machines to
do the test.
As of the email issue, I am subscribed but i get way too many
emails i can't read them all. the bug report is very good
because I am cc ed and i get the email in my inbox rather
than the TC folder.
Well, but that's not the purpose of the bugzilla.
Anyhow I've cc'ed to you.
There is a binary build at:
http://jakarta.apache.org/~mturk/isapi_redirector2.zip
It includes the latest fixes that IMO should resolve the issue.
Waiting for the test results :)
The best would be that you put following in your config to enable DEBUG and
file logging.
I'm interested in the jk_ws_service_t::read lines.
[logger]
info=Native logger
level=DEBUG
[logger.file:0]
level=DEBUG
file=${serverRoot}/logs/jk2.log
[workerEnv:]
info=Global server options
timing=1
debug=0
logger=logger.file:0
...
[uri:/manager/*]
info=Manager Application.
context=/manager
debug=10
MT.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2004-04-02 23:26 --- Just wanted to add to this bug that it is still there and there is no doubt. The problem is it doesn't happen all the time. I had two different clients using Windows XP and IE 6 latest service packs and patches installed on both. When I try to upload files from my machine which has the same configuration it works for me. I had JK 1 as well as JK2 installed on the server so after I start getting these error messages I went to IIS and revert back to use the old DLL, I know that this steps work because i have tried it before. Then went back to these machines that were always having troubles and guess what it worked. The version that I tested was the same version that was published in this bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 [PATCH] mod_jk2 for IIS, Bugfix corrupted data ] --- Additional Comments From [EMAIL PROTECTED] 2004-04-02 23:31 --- Just wanted to add, that the test on the previous post was done on both IIS 5.0 on a W2K Sp4 and IIS 6.0 on a W2K3 server. The test failed on both cases when using JK2. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 mod_jk2 2.0.4 does not work with existing configuration --- Additional Comments From [EMAIL PROTECTED] 2004-04-01 09:22 --- I'm behind a restrictive firewall, so I can't access CVS directly. I downloaded this snapshot: http://cvs.apache.org/snapshots/jakarta-tomcat-connectors/jakarta-tomcat-connectors_20040401052212.tar.gz And built it successfully with VC98, against Apache 2.0.49, using Ant 1.6.1. I replaced the working mod_jk2.dll by the one just built, without changing anything to the configuration (that is, there was no load balancing stuff, since it was not supported with that older mod_jk2). Restarted Apache (net stop/net start), and the problem is still present, though it evolved slightly. In those tests, the URLs all should display the same index.jsp file interpreted by Tomcat. mod_jk2 2.0.3-dev (October 2003): http://URL/ - works http://URL/index.jsp - works https://URL/ - works https://URL/index.jsp - works mod_jk2 2.0.4: http://URL/ - works http://URL/index.jsp - works https://URL/ - returns the source of index.jsp https://URL/index.jsp - returns the source of index.jsp Now: http://URL/ - works http://URL/index.jsp - works https://URL/ - WORKS! https://URL/index.jsp - returns the source of index.jsp Getting better, not quite there yet, unless there are some more fixes in the CVS that are not yet in the snapshots. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
I also tried this and everything worked nicely.
NormW wrote:
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the same uri spec was in both
files, but in any case this is a lot closer to theory than in the past.
Thanks Jean.
Norm
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 12:22 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2
mod_jk2.c
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
I do not see why we need this id... May because jk2_merge_dir_config()
was buggy.
That fixes PR 18472 and 28916.
Revision ChangesPath
1.82 +33 -16
jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- mod_jk2.c 21 Mar 2004 09:44:30 - 1.81
+++ mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
@@ -221,14 +221,25 @@
strcpy(tmp_full_url, s-server_hostname);
strcat(tmp_full_url, uriEnv-uri);
}
+
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
uri, tmp_full_url);
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
path, cmd-path);
+
uriEnv-name = tmp_virtual;
uriEnv-virtual = tmp_virtual;
+} else {
+/*
+ * The jk2_create_dir_config added an id to uri and path
+ * we have to correct it here.
+ */
+
+uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
+uri, cmd-path);
}
+
/* now lets actually add the parameter set in the Location block
*/
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
(char *)name, (void *)val);
@@ -293,40 +304,46 @@
jk_uriEnv_t *child = (jk_uriEnv_t *)childv;
jk_uriEnv_t *parent = (jk_uriEnv_t *)parentv;
jk_uriEnv_t *winner = NULL;
-jk_uriEnv_t *loser = NULL;
+char *hostchild;
+char *hostparent;
if (child == NULL || child-uri == NULL || child-workerName ==
NULL) {
winner = parent;
-loser = child;
}
else if (parent == NULL || parent-uri == NULL
|| parent-workerName == NULL) {
winner = child;
-loser = parent;
/* interresting bit... so far they are equal ... */
}
else if (strlen(parent-uri) strlen(child-uri)) {
winner = parent;
-loser = child;
+}
+else if (strlen(parent-uri) == strlen(child-uri)) {
+/* Try the virtual host to decide */
+hostchild = child-mbean-getAttribute(workerEnv-globalEnv,
child-mbean,host);
+hostparent = parent-mbean-getAttribute(workerEnv-globalEnv,
parent-mbean,host);
+if (hostchild == NULL)
+winner = parent;
+if (hostparent == NULL)
+winner = child;
+if (winner == NULL) {
+if (strlen(hostchild) strlen(hostparent))
+winner = child;
+else
+winner = parent;
+}
}
else {
winner = child;
-loser = parent;
}
/* Do we merge loser into winner - i.e. inherit properties ? */
-/*if ( winner == child )
- fprintf(stderr, Going with the child\n);
- else if ( winner == parent )
- fprintf(stderr, Going with the parent\n);
- else
- fprintf(stderr, Going with NULL\n);
- */
-fprintf(stderr, Merging %s %s %s\n,
-(winner == NULL || winner-uri == NULL) ? : winner-uri,
+ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, NULL,
+ mod_jk2 Merging %s %s winner: %s\n,
(child == NULL || child-uri == NULL) ? : child-uri,
-(parent == NULL || parent-uri == NULL) ? :
parent-uri);
+(parent == NULL || parent-uri == NULL) ? : parent-uri,
+(winner == child) ? parent : child );
return (void *)winner;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
problem with new 2.04 mod_jk2
Hello, I decided to try the new mod_jk2 today. I put all the files in the right place, but got this error when starting up httpd: Starting httpd: Syntax error on line 5 of /etc/httpd/conf.d/jk2.conf: Cannot load /etc/httpd/modules/mod_jk2.so into server: /etc/httpd/modules/mod_jk2.so: undefined symbol: apr_socket_send has anyone seen this or know what I have done wrong? Background: this is a redhat9 box running Tomcat 4.1.27 and apache 2.0.40-21.9 I have also downloaded, compiled, and installed the newest apr source. I have added the path to the /etc/lib.so.conf and run ldconfig -v to rebuild the cache. I still keep getting the same error. Thanks, Devin
Re: problem with new 2.04 mod_jk2
From: [EMAIL PROTECTED] Hello, I decided to try the new mod_jk2 today. I put all the files in the right place, but got this error when starting up httpd: Starting httpd: Syntax error on line 5 of /etc/httpd/conf.d/jk2.conf: Cannot load /etc/httpd/modules/mod_jk2.so into server: /etc/httpd/modules/mod_jk2.so: undefined symbol: apr_socket_send has anyone seen this or know what I have done wrong? apr_socket_send is included in apr-0.9.2 and apache 2.0.44 and up. I suppose that makes mod_jk2-2.0.4 minimally require those versions. Background: this is a redhat9 box running Tomcat 4.1.27 and apache 2.0.40-21.9 I have also downloaded, compiled, and installed the newest apr source. I have added the path to the /etc/lib.so.conf and run ldconfig -v to rebuild the cache. I still keep getting the same error. mod_jk2 will use apr that is linked to apache. upgrade apache and the problem will go away. Thanks, Devin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
Good morning All.
In considering the duplication issue mentioned previously, it would seem
entirely possible that a specific uri could be given in both
workers2.properties and via a JkUriSet entry... therefore shouldn't the
JkUriSet function resolve the name to be used for a uri object and first
check for a matching object before creating another one? If the object
already exists then only 'non-key' properties such as 'info', 'servlet',
'worker' and so on, should be updated by JkUriSet on the existing obect.
Thinking out loud.
Norm
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the same uri spec was in both
files, but in any case this is a lot closer to theory than in the past.
Thanks Jean.
Norm
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 12:22 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2
mod_jk2.c
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
I do not see why we need this id... May because jk2_merge_dir_config()
was buggy.
That fixes PR 18472 and 28916.
Revision ChangesPath
1.82 +33 -16
jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- mod_jk2.c 21 Mar 2004 09:44:30 - 1.81
+++ mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
@@ -221,14 +221,25 @@
strcpy(tmp_full_url, s-server_hostname);
strcat(tmp_full_url, uriEnv-uri);
}
+
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
uri, tmp_full_url);
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
path, cmd-path);
+
uriEnv-name = tmp_virtual;
uriEnv-virtual = tmp_virtual;
+} else {
+/*
+ * The jk2_create_dir_config added an id to uri and path
+ * we have to correct it here.
+ */
+
+uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
+uri, cmd-path);
}
+
/* now lets actually add the parameter set in the Location
block
*/
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
(char *)name, (void *)val);
@@ -293,40 +304,46 @@
jk_uriEnv_t *child = (jk_uriEnv_t *)childv;
jk_uriEnv_t *parent = (jk_uriEnv_t *)parentv;
jk_uriEnv_t *winner = NULL;
-jk_uriEnv_t *loser = NULL;
+char *hostchild;
+char *hostparent;
if (child == NULL || child-uri == NULL || child-workerName ==
NULL) {
winner = parent;
-loser = child;
}
else if (parent == NULL || parent-uri == NULL
|| parent-workerName == NULL) {
winner = child;
-loser = parent;
/* interresting bit... so far they are equal ... */
}
else if (strlen(parent-uri) strlen(child-uri)) {
winner = parent;
-loser = child;
+}
+else if (strlen(parent-uri) == strlen(child-uri)) {
+/* Try the virtual host to decide */
+hostchild = child-mbean-getAttribute(workerEnv-globalEnv,
child-mbean,host);
+hostparent =
parent-mbean-getAttribute(workerEnv-globalEnv,
parent-mbean,host);
+if (hostchild == NULL)
+winner = parent;
+if (hostparent == NULL)
+winner = child;
+if (winner == NULL) {
+if (strlen(hostchild) strlen(hostparent))
+winner = child;
+else
+winner = parent;
+}
}
else {
winner = child;
-loser = parent;
}
/* Do we merge loser into winner - i.e. inherit properties ? */
-/*if ( winner == child )
- fprintf(stderr, Going with the child\n);
- else if ( winner == parent )
- fprintf(stderr, Going with the parent\n);
- else
- fprintf(stderr, Going with NULL\n);
- */
-fprintf(stderr, Merging %s %s %s\n,
-(winner == NULL || winner-uri == NULL) ? :
winner-uri,
+ap_log_perror(APLOG_MARK, APLOG_DEBUG
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
I do not see why we need this id... May because jk2_merge_dir_config()
was buggy.
That fixes PR 18472 and 28916.
Revision ChangesPath
1.82 +33 -16jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- mod_jk2.c 21 Mar 2004 09:44:30 - 1.81
+++ mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
@@ -221,14 +221,25 @@
strcpy(tmp_full_url, s-server_hostname);
strcat(tmp_full_url, uriEnv-uri);
}
+
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
uri, tmp_full_url);
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
path, cmd-path);
+
uriEnv-name = tmp_virtual;
uriEnv-virtual = tmp_virtual;
+} else {
+/*
+ * The jk2_create_dir_config added an id to uri and path
+ * we have to correct it here.
+ */
+
+uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
+uri, cmd-path);
}
+
/* now lets actually add the parameter set in the Location block */
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
(char *)name, (void *)val);
@@ -293,40 +304,46 @@
jk_uriEnv_t *child = (jk_uriEnv_t *)childv;
jk_uriEnv_t *parent = (jk_uriEnv_t *)parentv;
jk_uriEnv_t *winner = NULL;
-jk_uriEnv_t *loser = NULL;
+char *hostchild;
+char *hostparent;
if (child == NULL || child-uri == NULL || child-workerName == NULL) {
winner = parent;
-loser = child;
}
else if (parent == NULL || parent-uri == NULL
|| parent-workerName == NULL) {
winner = child;
-loser = parent;
/* interresting bit... so far they are equal ... */
}
else if (strlen(parent-uri) strlen(child-uri)) {
winner = parent;
-loser = child;
+}
+else if (strlen(parent-uri) == strlen(child-uri)) {
+/* Try the virtual host to decide */
+hostchild = child-mbean-getAttribute(workerEnv-globalEnv,
child-mbean,host);
+hostparent = parent-mbean-getAttribute(workerEnv-globalEnv,
parent-mbean,host);
+if (hostchild == NULL)
+winner = parent;
+if (hostparent == NULL)
+winner = child;
+if (winner == NULL) {
+if (strlen(hostchild) strlen(hostparent))
+winner = child;
+else
+winner = parent;
+}
}
else {
winner = child;
-loser = parent;
}
/* Do we merge loser into winner - i.e. inherit properties ? */
-/*if ( winner == child )
- fprintf(stderr, Going with the child\n);
- else if ( winner == parent )
- fprintf(stderr, Going with the parent\n);
- else
- fprintf(stderr, Going with NULL\n);
- */
-fprintf(stderr, Merging %s %s %s\n,
-(winner == NULL || winner-uri == NULL) ? : winner-uri,
+ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, NULL,
+ mod_jk2 Merging %s %s winner: %s\n,
(child == NULL || child-uri == NULL) ? : child-uri,
-(parent == NULL || parent-uri == NULL) ? : parent-uri);
+(parent == NULL || parent-uri == NULL) ? : parent-uri,
+(winner == child) ? parent : child );
return (void *)winner;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
[EMAIL PROTECTED] wrote:
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
Please review I spent time to find why we added the id to path and uri but
now I do not understand why we added it.
I do not see why we need this id... May because jk2_merge_dir_config()
was buggy.
Now it uses the virtualhost length to decide between parent and child when the
two uris have the same length.
That fixes PR 18472 and 28916.
Revision ChangesPath
1.82 +33 -16jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- mod_jk2.c 21 Mar 2004 09:44:30 - 1.81
+++ mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
@@ -221,14 +221,25 @@
strcpy(tmp_full_url, s-server_hostname);
strcat(tmp_full_url, uriEnv-uri);
}
+
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
uri, tmp_full_url);
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
path, cmd-path);
+
uriEnv-name = tmp_virtual;
uriEnv-virtual = tmp_virtual;
+} else {
+/*
+ * The jk2_create_dir_config added an id to uri and path
+ * we have to correct it here.
+ */
+
+uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
+uri, cmd-path);
}
+
/* now lets actually add the parameter set in the Location block */
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
(char *)name, (void *)val);
@@ -293,40 +304,46 @@
jk_uriEnv_t *child = (jk_uriEnv_t *)childv;
jk_uriEnv_t *parent = (jk_uriEnv_t *)parentv;
jk_uriEnv_t *winner = NULL;
-jk_uriEnv_t *loser = NULL;
+char *hostchild;
+char *hostparent;
if (child == NULL || child-uri == NULL || child-workerName == NULL) {
winner = parent;
-loser = child;
}
else if (parent == NULL || parent-uri == NULL
|| parent-workerName == NULL) {
winner = child;
-loser = parent;
/* interresting bit... so far they are equal ... */
}
else if (strlen(parent-uri) strlen(child-uri)) {
winner = parent;
-loser = child;
+}
+else if (strlen(parent-uri) == strlen(child-uri)) {
+/* Try the virtual host to decide */
+hostchild = child-mbean-getAttribute(workerEnv-globalEnv, child-mbean,host);
+hostparent = parent-mbean-getAttribute(workerEnv-globalEnv, parent-mbean,host);
+if (hostchild == NULL)
+winner = parent;
+if (hostparent == NULL)
+winner = child;
+if (winner == NULL) {
+if (strlen(hostchild) strlen(hostparent))
+winner = child;
+else
+winner = parent;
+}
}
else {
winner = child;
-loser = parent;
}
/* Do we merge loser into winner - i.e. inherit properties ? */
-/*if ( winner == child )
- fprintf(stderr, Going with the child\n);
- else if ( winner == parent )
- fprintf(stderr, Going with the parent\n);
- else
- fprintf(stderr, Going with NULL\n);
- */
-fprintf(stderr, Merging %s %s %s\n,
-(winner == NULL || winner-uri == NULL) ? : winner-uri,
+ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, NULL,
+ mod_jk2 Merging %s %s winner: %s\n,
(child == NULL || child-uri == NULL) ? : child-uri,
-(parent == NULL || parent-uri == NULL) ? : parent-uri);
+(parent == NULL || parent-uri == NULL) ? : parent-uri,
+(winner == child) ? parent : child );
return (void *)winner;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
Good morning All.
Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet
now registers correctly the same as a [uri] section, and can access /admin
with only a Location in the httpd.conf. I did note there were duplicate
uri objects created (based on their name) if the same uri spec was in both
files, but in any case this is a lot closer to theory than in the past.
Thanks Jean.
Norm
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 12:22 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2
mod_jk2.c
jfclere 2004/03/31 06:22:04
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Fix handling of id added in jk2_create_dir_config().
I do not see why we need this id... May because jk2_merge_dir_config()
was buggy.
That fixes PR 18472 and 28916.
Revision ChangesPath
1.82 +33 -16
jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- mod_jk2.c 21 Mar 2004 09:44:30 - 1.81
+++ mod_jk2.c 31 Mar 2004 14:22:04 - 1.82
@@ -221,14 +221,25 @@
strcpy(tmp_full_url, s-server_hostname);
strcat(tmp_full_url, uriEnv-uri);
}
+
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
uri, tmp_full_url);
uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
path, cmd-path);
+
uriEnv-name = tmp_virtual;
uriEnv-virtual = tmp_virtual;
+} else {
+/*
+ * The jk2_create_dir_config added an id to uri and path
+ * we have to correct it here.
+ */
+
+uriEnv-mbean-setAttribute(workerEnv-globalEnv,
uriEnv-mbean,
+uri, cmd-path);
}
+
/* now lets actually add the parameter set in the Location block
*/
uriEnv-mbean-setAttribute(workerEnv-globalEnv, uriEnv-mbean,
(char *)name, (void *)val);
@@ -293,40 +304,46 @@
jk_uriEnv_t *child = (jk_uriEnv_t *)childv;
jk_uriEnv_t *parent = (jk_uriEnv_t *)parentv;
jk_uriEnv_t *winner = NULL;
-jk_uriEnv_t *loser = NULL;
+char *hostchild;
+char *hostparent;
if (child == NULL || child-uri == NULL || child-workerName ==
NULL) {
winner = parent;
-loser = child;
}
else if (parent == NULL || parent-uri == NULL
|| parent-workerName == NULL) {
winner = child;
-loser = parent;
/* interresting bit... so far they are equal ... */
}
else if (strlen(parent-uri) strlen(child-uri)) {
winner = parent;
-loser = child;
+}
+else if (strlen(parent-uri) == strlen(child-uri)) {
+/* Try the virtual host to decide */
+hostchild = child-mbean-getAttribute(workerEnv-globalEnv,
child-mbean,host);
+hostparent = parent-mbean-getAttribute(workerEnv-globalEnv,
parent-mbean,host);
+if (hostchild == NULL)
+winner = parent;
+if (hostparent == NULL)
+winner = child;
+if (winner == NULL) {
+if (strlen(hostchild) strlen(hostparent))
+winner = child;
+else
+winner = parent;
+}
}
else {
winner = child;
-loser = parent;
}
/* Do we merge loser into winner - i.e. inherit properties ? */
-/*if ( winner == child )
- fprintf(stderr, Going with the child\n);
- else if ( winner == parent )
- fprintf(stderr, Going with the parent\n);
- else
- fprintf(stderr, Going with NULL\n);
- */
-fprintf(stderr, Merging %s %s %s\n,
-(winner == NULL || winner-uri == NULL) ? : winner-uri,
+ap_log_perror(APLOG_MARK, APLOG_DEBUG, 0, NULL,
+ mod_jk2 Merging %s %s winner: %s\n,
(child == NULL || child-uri == NULL) ? : child-uri,
-(parent == NULL || parent-uri == NULL) ? :
parent-uri);
+(parent == NULL || parent-uri == NULL) ? : parent-uri,
+(winner == child) ? parent : child );
return (void *)winner;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
NormW wrote: Good morning All. Just tried Jean's recent change to mod_jk2.c and _pleased_ to say JkUriSet now registers correctly the same as a [uri] section, and can access /admin with only a Location in the httpd.conf. I did note there were duplicate uri objects created (based on their name) if the same uri spec was in both files, but in any case this is a lot closer to theory than in the past. Thanks Jean. Norm This code update will need many testings, and if no problem are found, I suggest a quick 2.0.5 release. Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28016] - mod_jk2 2.0.4 does not work with existing configuration
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=28016. 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=28016 mod_jk2 2.0.4 does not work with existing configuration --- Additional Comments From [EMAIL PROTECTED] 2004-04-01 07:23 --- There was some change in jk2 code commited yesterday. Thanks to check with latest HEAD and close the bug if it's fixed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
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=18472. 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=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands --- Additional Comments From [EMAIL PROTECTED] 2004-04-01 07:23 --- There was some change in jk2 code commited yesterday. Thanks to check with latest HEAD and close the bug if it's fixed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24882] - mod_jk (and mod_jk2) missing post parameters in a fail over scenario
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=24882. 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=24882 mod_jk (and mod_jk2) missing post parameters in a fail over scenario [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Version|4.1.27 |4.1.29 --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 17:35 --- Configuration: - 6 Tomcat-4.1.29 servers (binary package from jakarta.apache.org) on Fedora Core 1 Linux, all updates applied, and j2sdk-1.4.2_03 (rpm from java.sun.com); - 1 Apache-2.0.48 server (rpm from distribution) on Fedora Core 1 Linux, all updates applied, and mod_jk2-2.0.4 (binary package from jakarta.apache.org). The bug posted previously, generated by POST in a load balance enviornment, is still present in the new version of mod_jk2. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24882] - mod_jk (and mod_jk2) missing post parameters in a fail over scenario
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=24882. 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=24882 mod_jk (and mod_jk2) missing post parameters in a fail over scenario --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 21:52 --- There is case with POST DATA more than 4k where we couldn't send the whole datas to the second tomcat. Could you tell us the POST DATA size ? Also could you check it with mod_jk 1.2.6-dev (CVS) Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24882] - mod_jk (and mod_jk2) missing post parameters in a fail over scenario
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=24882. 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=24882 mod_jk (and mod_jk2) missing post parameters in a fail over scenario --- Additional Comments From [EMAIL PROTECTED] 2004-03-31 06:48 --- I tested mod_jk 1.x CVS Version and it resloved the initial bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
