DO NOT REPLY [Bug 45173] Apache installation in Windows Vista Home Premium is failing
https://issues.apache.org/bugzilla/show_bug.cgi?id=45173 Sudipto Chakraborty <[EMAIL PROTECTED]> changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #5 from Sudipto Chakraborty <[EMAIL PROTECTED]> 2008-06-11 00:41:09 PST --- (In reply to comment #4) > http://tomcat.apache.org/lists.html Please provide any substantial information before you close the bug -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45179] Tomcat does not answer nor send any information in catalina.log
https://issues.apache.org/bugzilla/show_bug.cgi?id=45179 Olivier <[EMAIL PROTECTED]> changed: What|Removed |Added OS/Version|Windows Vista |Linux Resolution|INVALID |REMIND -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45179] Tomcat does not answer nor send any information in catalina.log
https://issues.apache.org/bugzilla/show_bug.cgi?id=45179 Olivier <[EMAIL PROTECTED]> changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45173] Apache installation in Windows Vista Home Premium is failing
https://issues.apache.org/bugzilla/show_bug.cgi?id=45173 Mark Thomas <[EMAIL PROTECTED]> changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #6 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-11 01:34:27 PST --- There is no bug. This is a configuration error on the part of the user. The users mailing list is the place to go to get help with this. Bugzilla is not a support forum. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 Julian Reschke <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #1 from Julian Reschke <[EMAIL PROTECTED]> 2008-06-11 04:09:14 PST --- >Firefox 2.0.14 will gracefully correct this malformed, non-compliant RFC2231 >header, but Internet Explorer 6 nor 7 will handle this correctly. IE is more >strict about the RFC2231 format. How is the rewritten header non-compliant with respect to HTTP? Keep in mind that HTTP uses a format similar to MIME it is not the same; for instance, there's no fixed line width limit. Besides, as far as I recall, IE does not support RFC2231 anyway (if it does I'd love to find out what it supports exactly). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45026] Custom HTTP-Error codes get remapped to 500er codes
https://issues.apache.org/bugzilla/show_bug.cgi?id=45026 Jens Scheffler <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #8 from Jens Scheffler <[EMAIL PROTECTED]> 2008-06-11 06:30:51 PST --- Thanks for the information - while 1.2.27 of the plugin is still not fully released and also the httpd will take a moment to get this implemented we managed to change our code to always include a reason phrase - the servlet spec allows to send one or leave it out. If a correct reason is provided, it is working out fine. when the code... response.setStatus(int) or response.sendError(int) ...is used, the problem is showing up and HTTP 500 is returned to user. If we use the both methods... response.setStatus(int, String) or response.sendError(int, String) ...and the String is NOT NULL, then the resulting HTTP response code is correct. Thanks & Best Regards, Jens -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tomcat Wiki] Update of "FAQ/Bugs" by TimFunk
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The following page has been changed by TimFunk: http://wiki.apache.org/tomcat/FAQ/Bugs The comment on the change is: handy url to add to future bugs -- 1. [#Q1 I have a bug, what do I do?] 1. [#Q2 Why does feature ABC work in Servlet Container XYZ but not in Tomcat?] 1. [#Q3 I submitted a bug, why is it ignored?] + 1. [#USERLIST What does it mean to contact the user list?] == Answers == [[Anchor(Q1)]]'''I have a bug, what do I do?''' - Unless you have the source code reference in Tomcat which is wrong, it may not be a bug. E-mail the [http://tomcat.apache.org/faq/tomcatuser.html user list] and confirm its a bug. Also [http://tomcat.apache.org/bugreport.html read this] first from the tomcat site about reporting a bug. + Unless you have the source code reference in Tomcat which is wrong, it may not be a bug. E-mail the [wiki:/Tomcat_User Tomcat user list] and confirm its a bug. Also [http://tomcat.apache.org/bugreport.html read this] first from the tomcat site about reporting a bug. [[Anchor(Q2)]]'''Why does feature ABC work in Servlet Container XYZ but not in Tomcat?''' @@ -31, +32 @@ Some developers are uncomfortable submitting patches to code they are unfamiliar with. The committers are not experts in all areas of Tomcat. It may be that the developer who has the ability to adequately review the patch may be too busy or unable to review the bug. That is the bad news, the good news is Tomcat is Open Source and you can build and use your own release until the fix gets back into the official release. + [[Anchor(USERLIST)]]'''What does it mean to contact the user list?''' + + If you are reading this - you were probably instructed to contact the user list for help. Bugzilla is not a support forum. Bugzilla is intended to fix "real bugs" in Tomcat. It is not intended to help you diagnose errors you are experiencing. The outcome of a diagnosis can be a new bug in Bugzilla. Configuration questions do not belong in Bugzilla. See [wiki:/Tomcat_User Tomcat User] for what the Tomcat User list is. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45173] Apache installation in Windows Vista Home Premium is failing
https://issues.apache.org/bugzilla/show_bug.cgi?id=45173 --- Comment #7 from Tim Funk <[EMAIL PROTECTED]> 2008-06-11 06:59:49 PST --- http://wiki.apache.org/tomcat/FAQ/Bugs#USERLIST -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 Mark Thomas <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-11 09:08:02 PST --- >From section 2.2 of the HTTP/1.1 spec (rfc2616) HTTP/1.1 header field values can be folded onto multiple lines if the continuation line begins with a space or horizontal tab. All linear white space, including folding, has the same semantics as SP. A recipient MAY replace any linear white space with a single SP before interpreting the field value or forwarding the message downstream. In an HTTP environment CR and LF characters may be converted to SP. Proxies are one example where this might happen. You cannot rely on this conversion never taking place. You are correct that where Tomcat does this, it does it for security reasons. This is valid since in HTTP, LWS has the same meaning as SP (see quote above). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #3 from Rodney <[EMAIL PROTECTED]> 2008-06-11 09:21:12 PST --- I concur with the previous comments. According to the HTTP 1.1 spec (RFC 2616) there is no line length limitation with HTTP headers. The only exception is with MHTML, but that affects the body content and not necessarily the headers. 19.4.7 MHTML and Line Length Limitations HTTP implementations which share code with MHTML [45] implementations need to be aware of MIME line length limitations. Since HTTP does not have this limitation, HTTP does not fold long lines. MHTML messages being transported by HTTP follow all conventions of MHTML, including line length limitations and folding, canonicalization, etc., since HTTP transports all message-bodies as payload (see section 3.7.2) and does not interpret the content or any MIME header lines that might be contained therein. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r666754 - /tomcat/current/tc3.3.x/
Author: markt Date: Wed Jun 11 11:04:39 2008 New Revision: 666754 URL: http://svn.apache.org/viewvc?rev=666754&view=rev Log: Remove this. The equivalent will shortly be available in the archive. Removed: tomcat/current/tc3.3.x/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r666758 - in /tomcat: archive/tc3.0.x/ archive/tc3.0.x/branches/ archive/tc3.0.x/branches/J2EE_TOMCAT_30_1/ archive/tc3.0.x/branches/J2EE_TOMCAT_30_1/container/ archive/tc3.0.x/branches/la
Author: markt Date: Wed Jun 11 11:12:08 2008 New Revision: 666758 URL: http://svn.apache.org/viewvc?rev=666758&view=rev Log: Move the 3.x container elements to the archive area. Added: tomcat/archive/tc3.0.x/ tomcat/archive/tc3.0.x/branches/ tomcat/archive/tc3.0.x/branches/J2EE_TOMCAT_30_1/ tomcat/archive/tc3.0.x/branches/J2EE_TOMCAT_30_1/container/ (props changed) - copied from r666735, tomcat/container/branches/other/tc3.x/J2EE_TOMCAT_30_1/ tomcat/archive/tc3.0.x/branches/latest_TOMCAT_30/ tomcat/archive/tc3.0.x/branches/latest_TOMCAT_30/container/ (props changed) - copied from r666735, tomcat/container/branches/other/tc3.x/latest_TOMCAT_30/ tomcat/archive/tc3.0.x/tags/ tomcat/archive/tc3.0.x/tags/tc3.0/ tomcat/archive/tc3.0.x/tags/tc3.0/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_30/ tomcat/archive/tc3.1.x/branches/ tomcat/archive/tc3.1.x/branches/TOMCAT_31_BRANCH/ tomcat/archive/tc3.1.x/branches/TOMCAT_31_BRANCH/container/ (props changed) - copied from r666735, tomcat/container/branches/other/tc3.x/TOMCAT_31_BRANCH/ tomcat/archive/tc3.1.x/tags/ tomcat/archive/tc3.1.x/tags/tc3.1.1.final/ tomcat/archive/tc3.1.x/tags/tc3.1.1.final/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/tomcat_311_final/ tomcat/archive/tc3.1.x/tags/tc3.1.beta1/ tomcat/archive/tc3.1.x/tags/tc3.1.beta1/conatiner/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_31_BETA1/ tomcat/archive/tc3.1.x/tags/tc3.1.final/ tomcat/archive/tc3.1.x/tags/tc3.1.final/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_31_FINAL/ tomcat/archive/tc3.1.x/tags/tc3.1.m1/ tomcat/archive/tc3.1.x/tags/tc3.1.m1.rc1/ tomcat/archive/tc3.1.x/tags/tc3.1.m1.rc1/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_31_M1_RC1/ tomcat/archive/tc3.1.x/tags/tc3.1.m1/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_31_M1/ tomcat/archive/tc3.1.x/tags/tc3.1.rc1/ tomcat/archive/tc3.1.x/tags/tc3.1.rc1/container/ (props changed) - copied from r666735, tomcat/container/tags/other/tc3.x/TOMCAT_31_RC1/ tomcat/archive/tc3.1.x/trunk/ tomcat/archive/tc3.1.x/trunk/container/ (props changed) - copied from r666735, tomcat/container/branches/other/tc3.x/TOMCAT_31/ tomcat/archive/tc3.2.x/tags/ tomcat/archive/tc3.2.x/tags/tc3.2.1.final/ tomcat/archive/tc3.2.x/tags/tc3.2.1.final/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_321_final/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b1/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b1/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_b1/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b2/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b2/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_b2/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b3/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b3/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_b3/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b4/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b4/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_b4/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b5/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b5/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_b5/ tomcat/archive/tc3.2.x/tags/tc3.2.2.final/ tomcat/archive/tc3.2.x/tags/tc3.2.2.final/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_322_final/ tomcat/archive/tc3.2.x/tags/tc3.2.3.final/ tomcat/archive/tc3.2.x/tags/tc3.2.3.final/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_323_final/ tomcat/archive/tc3.2.x/tags/tc3.2.4.b1/ tomcat/archive/tc3.2.x/tags/tc3.2.4.b1/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_324_b1/ tomcat/archive/tc3.2.x/tags/tc3.2.4.final/ tomcat/archive/tc3.2.x/tags/tc3.2.4.final/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_324_final/ tomcat/archive/tc3.2.x/tags/tc3.2.b7/ tomcat/archive/tc3.2.x/tags/tc3.2.b7/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_32_b7/ tomcat/archive/tc3.2.x/tags/tc3.2.final/ tomcat/archive/tc3.2.x/tags/tc3.2.final/container/ (props changed) - copied from r666735, tomcat/container/tags/tc3.2.x/tomcat_32_final/ tomcat/archive/tc3.2.x/trunk/ tomcat/archive/tc3.2.x/trunk/container/ (props chang
svn commit: r666785 - in /tomcat: archive/tc3.1.x/tags/tc3.1.latest/ archive/tc3.1.x/tags/tc3.1.latest/servletapi/ archive/tc3.2.x/tags/tc3.2.2.b1/servletapi/ archive/tc3.2.x/tags/tc3.2.2.b2/servletap
Author: markt Date: Wed Jun 11 11:55:17 2008 New Revision: 666785 URL: http://svn.apache.org/viewvc?rev=666785&view=rev Log: Move the 3.x servletapi elements to the archive area. Added: tomcat/archive/tc3.1.x/tags/tc3.1.latest/ tomcat/archive/tc3.1.x/tags/tc3.1.latest/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/TOMCAT_31_LATEST/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b1/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_b1/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b2/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_b2/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b3/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_b3/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b4/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_b4/ tomcat/archive/tc3.2.x/tags/tc3.2.2.b5/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_b5/ tomcat/archive/tc3.2.x/tags/tc3.2.2.final/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_322_final/ tomcat/archive/tc3.2.x/tags/tc3.2.3.final/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_323_final/ tomcat/archive/tc3.2.x/tags/tc3.2.4.final/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_324_final/ tomcat/archive/tc3.2.x/tags/tc3.2.b7/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_32_b7/ tomcat/archive/tc3.2.x/tags/tc3.2.b8/ tomcat/archive/tc3.2.x/tags/tc3.2.b8/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_32_b8/ tomcat/archive/tc3.2.x/tags/tc3.2.final/servletapi/ (props changed) - copied from r666754, tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/tomcat_32_final/ tomcat/archive/tc3.2.x/trunk/servletapi/ (props changed) - copied from r666764, tomcat/servletapi/branches/other/servlet2.2-jsp1.1-tc3.x/tomcat_32/ tomcat/archive/tc3.3.x/trunk/servletapi/ (props changed) - copied from r666764, tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/ tomcat/archive/tc3.x/branches/SERVLET_23_JSP_12/ tomcat/archive/tc3.x/branches/SERVLET_23_JSP_12/servletapi/ (props changed) - copied from r666764, tomcat/servletapi/branches/other/servlet2.2-jsp1.1-tc3.x/SERVLET_23_JSP_12/ tomcat/archive/tc3.x/branches/jakarta/servletapi/ (props changed) - copied from r666764, tomcat/servletapi/branches/other/servlet2.2-jsp1.1-tc3.x/jakarta/ Removed: tomcat/container/branches/other/tc3.x/ tomcat/servletapi/branches/other/servlet2.2-jsp1.1-tc3.x/ tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/ tomcat/servletapi/tags/servlet2.2-jsp1.1-tc3.x/ Propchange: tomcat/archive/tc3.1.x/tags/tc3.1.latest/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.b1/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.b2/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.b3/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.b4/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.b5/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.2.final/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.3.final/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.4.final/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.b7/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.2.x/tags/tc3.2.b8/servletapi/ ---
svn commit: r666800 - in /tomcat: archive/tc3.x/tags/J2EE_13_01/ archive/tc3.x/tags/J2EE_13_01/servletapi/ archive/tc3.x/tags/J2EE_13_02/ archive/tc3.x/tags/J2EE_13_02/servletapi/ archive/tc3.x/tags/J
Author: markt Date: Wed Jun 11 12:30:55 2008 New Revision: 666800 URL: http://svn.apache.org/viewvc?rev=666800&view=rev Log: Hopefully the last of the 3.x move to the archive having found a few more servletapi tags Added: tomcat/archive/tc3.x/tags/J2EE_13_01/ tomcat/archive/tc3.x/tags/J2EE_13_01/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_01/ tomcat/archive/tc3.x/tags/J2EE_13_02/ tomcat/archive/tc3.x/tags/J2EE_13_02/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_02/ tomcat/archive/tc3.x/tags/J2EE_13_03/ tomcat/archive/tc3.x/tags/J2EE_13_03/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_03/ tomcat/archive/tc3.x/tags/J2EE_13_04/ tomcat/archive/tc3.x/tags/J2EE_13_04/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_04/ tomcat/archive/tc3.x/tags/J2EE_13_05/ tomcat/archive/tc3.x/tags/J2EE_13_05/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_05/ tomcat/archive/tc3.x/tags/J2EE_13_06/ tomcat/archive/tc3.x/tags/J2EE_13_06/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/J2EE_13_06/ tomcat/archive/tc3.x/tags/start/ tomcat/archive/tc3.x/tags/start/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/start/ tomcat/archive/tc4.0.x/ tomcat/archive/tc4.0.x/tags/ tomcat/archive/tc4.0.x/tags/tc4.0.b1/ tomcat/archive/tc4.0.x/tags/tc4.0.b1/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/tomcat_40_b1/ tomcat/archive/tc4.0.x/tags/tc4.0.m3/ tomcat/archive/tc4.0.x/tags/tc4.0.m3/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/tomcat_40_m3/ tomcat/archive/tc4.0.x/tags/tc4.0.m4/ tomcat/archive/tc4.0.x/tags/tc4.0.m4/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/tomcat_40_m4/ tomcat/archive/tc4.0.x/tags/tc4.0.m5/ tomcat/archive/tc4.0.x/tags/tc4.0.m5/servletapi/ (props changed) - copied from r666780, tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/tomcat_40_m5/ Removed: tomcat/servletapi/tags/other/servlet2.2-jsp1.1-tc3.x/ Propchange: tomcat/archive/tc3.x/tags/J2EE_13_01/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/J2EE_13_02/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/J2EE_13_03/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/J2EE_13_04/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/J2EE_13_05/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/J2EE_13_06/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc3.x/tags/start/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc4.0.x/tags/tc4.0.b1/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc4.0.x/tags/tc4.0.m3/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc4.0.x/tags/tc4.0.m4/servletapi/ -- svn:mergeinfo = Propchange: tomcat/archive/tc4.0.x/tags/tc4.0.m5/servletapi/ -- svn:mergeinfo = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42750] Http Post requests not handled correctly if there is more than one space between the "POST" and the URL
https://issues.apache.org/bugzilla/show_bug.cgi?id=42750 --- Comment #6 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-11 13:04:38 PST --- This patch has been applied to 6.0.x and will be in 6.0.17 onwards. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r666821 - in /tomcat/tc6.0.x/trunk: STATUS.txt java/org/apache/naming/resources/DirContextURLConnection.java webapps/docs/changelog.xml
Author: markt
Date: Wed Jun 11 13:11:44 2008
New Revision: 666821
URL: http://svn.apache.org/viewvc?rev=666821&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=45101
Format header dates obtained from DirContextURLConnection as per HTTP spec
Patch provided by Chris Hubick
Note: There's downside as naming now depends on the utils
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
tomcat/tc6.0.x/trunk/java/org/apache/naming/resources/DirContextURLConnection.java
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=666821&r1=666820&r2=666821&view=diff
==
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Wed Jun 11 13:11:44 2008
@@ -43,14 +43,6 @@
remm Ok with this addition, but I would only vote +0 for inclusion in
this release
(this still sounds like a very minor fix)
-* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=45101
- Format header dates obtained from DirContextURLConnection as per HTTP spec
- Patch provided by Chris Hubick
- http://svn.apache.org/viewvc?rev=661488&view=rev
- +1: markt, remm (but there's downside as naming now depends on the utils)
- +1: fhanik
- -1:
-
* Enhancement https://issues.apache.org/bugzilla/show_bug.cgi?id=45155
Provide a workaround to a buggy MS WebDAV client.
http://svn.apache.org/viewvc?rev=664345&view=rev
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/naming/resources/DirContextURLConnection.java
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/naming/resources/DirContextURLConnection.java?rev=666821&r1=666820&r2=666821&view=diff
==
---
tomcat/tc6.0.x/trunk/java/org/apache/naming/resources/DirContextURLConnection.java
(original)
+++
tomcat/tc6.0.x/trunk/java/org/apache/naming/resources/DirContextURLConnection.java
Wed Jun 11 13:11:44 2008
@@ -39,6 +39,7 @@
import org.apache.naming.JndiPermission;
import org.apache.naming.resources.Resource;
import org.apache.naming.resources.ResourceAttributes;
+import org.apache.tomcat.util.http.FastHttpDateFormat;
/**
* Connection to a JNDI directory context.
@@ -222,6 +223,18 @@
}
+protected String getHeaderValueAsString(Object headerValue) {
+if (headerValue == null) return null;
+if (headerValue instanceof Date) {
+// return date strings (ie Last-Modified) in HTTP format, rather
+// than Java format
+return FastHttpDateFormat.formatDate(
+((Date)headerValue).getTime(), null);
+}
+return headerValue.toString();
+}
+
+
/**
* Returns an unmodifiable Map of the header fields.
*/
@@ -248,7 +261,8 @@
ArrayList attributeValueList = new ArrayList(attribute.size());
NamingEnumeration attributeValues = attribute.getAll();
while (attributeValues.hasMore()) {
- attributeValueList.add(attributeValues.next().toString());
+ Object attrValue = attributeValues.next();
+ attributeValueList.add(getHeaderValueAsString(attrValue));
}
attributeValueList.trimToSize(); // should be a no-op if
attribute.size() didn't lie
headerFields.put(attributeID,
Collections.unmodifiableList(attributeValueList));
@@ -285,7 +299,8 @@
if (attributeID.equalsIgnoreCase(name)) {
Attribute attribute = attributes.get(attributeID);
if (attribute == null) return null;
-return attribute.get(attribute.size()-1).toString();
+Object attrValue = attribute.get(attribute.size()-1);
+return getHeaderValueAsString(attrValue);
}
}
} catch (NamingException ne) {
Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?rev=666821&r1=666820&r2=666821&view=diff
==
--- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Wed Jun 11 13:11:44 2008
@@ -188,6 +188,11 @@
44988: Use Java5 syntax for debug options. Patch provided
by Cedrik Lime. (markt)
+
+45101: Format header dates obtained from
+DirContextURLConnection as per the HTTP spec. Patch
+provided by Chris Hubick. (markt)
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45101] DirContextURLConnection - Format Date Header Values per HTTP spec
https://issues.apache.org/bugzilla/show_bug.cgi?id=45101 Mark Thomas <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-11 13:12:04 PST --- The patch has been committed to 6.0.x and will be in 6.0.17 onwards. Again, thanks for the patch. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45186] New: Ant redeploy task failed
https://issues.apache.org/bugzilla/show_bug.cgi?id=45186 Summary: Ant redeploy task failed Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Use ant task to re-deploy application on Tomcat 5.5.7, sometimes it fails because "application already exists", it looks undeploy doesn't completely finish. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 43683] Accessing Servlet while Reloading context gives 404 error
https://issues.apache.org/bugzilla/show_bug.cgi?id=43683 --- Comment #13 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-11 15:08:34 PST --- I do have some progress to report. The issues you are seeing with test case 2 are due to the context.reload() calling context.stop() followed by context.start() context.start() unregisters and re-registers the context with JMX. Whilst the context is unregistered it does not appear in the mapper so the request is mapped to the ROOT webapp and a 404 results. I am currently looking for the least ugly hack around this issue. At first glance test case 3 is a separate issue which I will look at once I have test case 2 working properly. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180
--- Comment #4 from Jim Manico <[EMAIL PROTECTED]> 2008-06-11 17:36:39 PST ---
It is actually quite illegal to have \r (carriage return) \n (newline) inside
of a HTTP 1.1 Header Value. If any HTTP server allows CLRF inside of a header
value, it can and will lead to HTTP Response Splitting Attacks.
http://en.wikipedia.org/wiki/HTTP_response_splitting
http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2
defines a field value to be of the following form. LWS is whitespace, so we are
really concerned about field-content in the spec.
field-value= *( field-content | LWS )
field-content =
That leads us to http://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html#sec2.2
as Mark pointed out. TEXT and TOKEN explicitly disallows \r\n:
token = 1*
TEXT =
Where CTL's are defined as:
CTL=
Separators are different from CTL's.
That leads us to quoted-strings
quoted-string = ( <"> *(qdtext | quoted-pair ) <"> )
Whose elements are defined as:
qdtext = >
The backslash character ("\") MAY be used as a single-character quoting
mechanism only within quoted-string and comment constructs.
quoted-pair= "\" CHAR
Ah, so rtf 2616 DID allow \r\n in header values you might say - but changeset
238 http://www3.tools.ietf.org/wg/httpbis/trac/changeset/238 amended rfc 2616
to disallow quoted-pair escaping of NUL, CR and LF.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r666959 - in /tomcat/connectors/trunk/jk/native/common: jk_uri_worker_map.c jk_util.c jk_util.h
Author: mturk
Date: Wed Jun 11 22:29:47 2008
New Revision: 666959
URL: http://svn.apache.org/viewvc?rev=666959&view=rev
Log:
Make wildchar_match function public
Modified:
tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/native/common/jk_util.h
Modified: tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c?rev=666959&r1=666958&r2=666959&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c Wed Jun 11
22:29:47 2008
@@ -155,37 +155,6 @@
}
-/* Match = 0, NoMatch = 1, Abort = -1
- * Based loosely on sections of wildmat.c by Rich Salz
- */
-static int wildchar_match(const char *str, const char *exp, int icase)
-{
-int x, y;
-
-for (x = 0, y = 0; exp[y]; ++y, ++x) {
-if (!str[x] && exp[y] != '*')
-return -1;
-if (exp[y] == '*') {
-while (exp[++y] == '*');
-if (!exp[y])
-return 0;
-while (str[x]) {
-int ret;
-if ((ret = wildchar_match(&str[x++], &exp[y], icase)) != 1)
-return ret;
-}
-return -1;
-}
-else if (exp[y] != '?') {
-if (icase && (tolower(str[x]) != tolower(exp[y])))
-return 1;
-else if (!icase && str[x] != exp[y])
-return 1;
-}
-}
-return (str[x] != '\0');
-}
-
int uri_worker_map_alloc(jk_uri_worker_map_t **uw_map_p,
jk_map_t *init_data, jk_logger_t *l)
{
@@ -815,7 +784,7 @@
if (uwr->match_type & MATCH_TYPE_WILDCHAR_PATH) {
/* Map is already sorted by context_len */
-if (wildchar_match(url, uwr->context,
+if (jk_wildchar_match(url, uwr->context,
#ifdef WIN32
0
#else
@@ -868,7 +837,7 @@
continue;
if (uwr->match_type & MATCH_TYPE_WILDCHAR_PATH) {
/* Map is already sorted by context_len */
-if (wildchar_match(uri, uwr->context,
+if (jk_wildchar_match(uri, uwr->context,
#ifdef WIN32
0
#else
Modified: tomcat/connectors/trunk/jk/native/common/jk_util.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.c?rev=666959&r1=666958&r2=666959&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_util.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_util.c Wed Jun 11 22:29:47 2008
@@ -1899,6 +1899,37 @@
s->vhost_to_uw_map = NULL;
}
+/* Match = 0, NoMatch = 1, Abort = -1
+ * Based loosely on sections of wildmat.c by Rich Salz
+ */
+int jk_wildchar_match(const char *str, const char *exp, int icase)
+{
+int x, y;
+
+for (x = 0, y = 0; exp[y]; ++y, ++x) {
+if (!str[x] && exp[y] != '*')
+return -1;
+if (exp[y] == '*') {
+while (exp[++y] == '*');
+if (!exp[y])
+return 0;
+while (str[x]) {
+int ret;
+if ((ret = jk_wildchar_match(&str[x++], &exp[y], icase)) != 1)
+return ret;
+}
+return -1;
+}
+else if (exp[y] != '?') {
+if (icase && (tolower(str[x]) != tolower(exp[y])))
+return 1;
+else if (!icase && str[x] != exp[y])
+return 1;
+}
+}
+return (str[x] != '\0');
+}
+
#ifdef _MT_CODE_PTHREAD
jk_uint32_t jk_gettid()
{
Modified: tomcat/connectors/trunk/jk/native/common/jk_util.h
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_util.h?rev=666959&r1=666958&r2=666959&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_util.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_util.h Wed Jun 11 22:29:47 2008
@@ -211,6 +211,8 @@
int is_http_status_fail(unsigned int http_status_fail_num,
int *http_status_fail, int status);
+int jk_wildchar_match(const char *str, const char *exp, int icase);
+
#define TC32_BRIDGE_TYPE32
#define TC33_BRIDGE_TYPE33
#define TC40_BRIDGE_TYPE40
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #2 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 22:38:32 PST --- Created an attachment (id=22113) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22113) worker.properties file -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #3 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 22:42:09 PST --- Created an attachment (id=22114) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22114) JK log file after setting JKLogLevel to Trace This log file gives the following information : 1. Start of Apache 2. Initialization of mod_jk and workers 3. Request and response, sent and received for the URL http://localhost/webtop/component/main -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r666963 - /tomcat/connectors/trunk/jk/native/common/jk_status.c
Author: mturk
Date: Wed Jun 11 22:57:00 2008
New Revision: 666963
URL: http://svn.apache.org/viewvc?rev=666963&view=rev
Log:
Allow wildchar names for updating lb subworkers.
Modified:
tomcat/connectors/trunk/jk/native/common/jk_status.c
Modified: tomcat/connectors/trunk/jk/native/common/jk_status.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_status.c?rev=666963&r1=666962&r2=666963&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_status.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_status.c Wed Jun 11 22:57:00
2008
@@ -1303,12 +1303,13 @@
const char *worker,
lb_sub_worker_t **wrp,
const char *sub_worker,
+ unsigned int *idx,
jk_logger_t *l)
{
lb_worker_t *lb = NULL;
lb_sub_worker_t *wr = NULL;
status_worker_t *w = p->worker;
-unsigned int i;
+unsigned int i = 0;
JK_TRACE_ENTER(l);
if (JK_IS_DEBUG_LEVEL(l))
@@ -1328,13 +1329,21 @@
JK_TRACE_EXIT(l);
return JK_FALSE;
}
-for (i = 0; i < (int)lb->num_of_workers; i++) {
+if (*idx)
+i = *idx;
+for (; i < lb->num_of_workers; i++) {
wr = &(lb->lb_workers[i]);
-if (strcmp(sub_worker, wr->name) == 0)
+if (idx) {
+if (jk_wildchar_match(wr->name, sub_worker, 0) == 0) {
+*idx = i + 1;
+break;
+}
+}
+else if (strcmp(sub_worker, wr->name) == 0)
break;
}
*wrp = wr;
-if (!wr || i == (int)lb->num_of_workers) {
+if (!wr || i == lb->num_of_workers) {
jk_log(l, JK_LOG_WARNING,
"Status worker '%s' could not find sub worker '%s' of worker
'%s'",
w->name, sub_worker, worker ? worker : "(null)");
@@ -3335,7 +3344,8 @@
}
if (sub_worker && sub_worker[0]) {
-if(search_sub_worker(s, p, jw, worker, &wr, sub_worker, l) ==
JK_FALSE) {
+if(search_sub_worker(s, p, jw, worker, &wr, sub_worker,
+ NULL, l) == JK_FALSE) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
@@ -3595,7 +3605,8 @@
return JK_TRUE;
}
else {
-if(search_sub_worker(s, p, jw, worker, &wr, sub_worker, l) ==
JK_FALSE) {
+if(search_sub_worker(s, p, jw, worker, &wr, sub_worker,
+ NULL, l) == JK_FALSE) {
JK_TRACE_EXIT(l);
return JK_FALSE;
}
@@ -3690,26 +3701,44 @@
return JK_TRUE;
}
else {
-if(search_sub_worker(s, p, jw, worker, &wr, sub_worker, l) ==
JK_FALSE) {
-JK_TRACE_EXIT(l);
-return JK_FALSE;
-}
-if (JK_IS_DEBUG_LEVEL(l))
-jk_log(l, JK_LOG_DEBUG,
+unsigned int idx = 0;
+unsigned int *wi = NULL;
+
+if (strchr(sub_worker, '*') || strchr(sub_worker, '?')) {
+/* We have a wildchar matching rule */
+wi = &idx;
+}
+for (;;) {
+if (search_sub_worker(s, p, jw, worker, &wr, sub_worker,
+ wi, l) == JK_FALSE) {
+if (!idx) {
+JK_TRACE_EXIT(l);
+return JK_FALSE;
+}
+else {
+/* We have found at least one match previously */
+break;
+}
+}
+if (JK_IS_DEBUG_LEVEL(l))
+jk_log(l, JK_LOG_DEBUG,
"Status worker '%s' %s lb worker '%s' sub worker '%s'",
w->name, "updating", lb->name, wr->name);
-aw = (ajp_worker_t *)wr->worker->worker_private;
-rc = commit_member(s, p, lb, wr, aw, l);
-if (rc) {
-wr->sequence++;
-lb->sequence++;
-jk_lb_push(lb, l);
+aw = (ajp_worker_t *)wr->worker->worker_private;
+rc = commit_member(s, p, lb, wr, aw, l);
+if (rc) {
+wr->sequence++;
+lb->sequence++;
+jk_lb_push(lb, l);
+}
+if (rc & 1)
+reset_lb_values(lb, l);
+if (rc & 2)
+/* Recalculate the load multiplicators wrt. lb_factor */
+update_mult(lb, l);
+if (!wi)
+break;
}
-if (rc & 1)
-reset_lb_values(lb, l);
-if (rc & 2)
-/* Recalculate the load multiplicators wrt. lb_factor */
-
svn commit: r666966 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
Author: mturk
Date: Wed Jun 11 23:07:00 2008
New Revision: 666966
URL: http://svn.apache.org/viewvc?rev=666966&view=rev
Log:
Exit watchdog thread on child cleanup
Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
URL:
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c?rev=666966&r1=666965&r2=666966&view=diff
==
--- tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c Wed Jun 11 23:07:00
2008
@@ -2179,6 +2179,8 @@
*/
static apr_status_t jk_cleanup_shmem(void *data)
{
+/* Force the watchdog thread exit */
+jk_watchdog_interval = 0;
jk_shm_close();
return APR_SUCCESS;
}
@@ -2788,9 +2790,10 @@
if (JK_IS_DEBUG_LEVEL(conf->log))
jk_log(conf->log, JK_LOG_DEBUG,
"Watchdog running");
+if (!jk_watchdog_interval)
+break;
wc_maintain(conf->log);
}
-apr_thread_exit(thd, 0);
return NULL;
}
@@ -2822,6 +2825,7 @@
ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s,
"mod_jk: could not init JK watchdog thread");
}
+apr_thread_detach(wdt);
#endif
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #4 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 23:23:08 PST --- Thanks for your reply. 'Yes' is my answer for your questions. I have attached the worker.properties file. My basic LB mod_jk configuration works fine, if I don't include the filter Java CIFS filter in my application. As I mentioned before, Java CIFS is working with mod_proxy. I have attached the worker.log file for one request and response received which failed with status code 401. I have attached required part of tomcat logs which give relevant information on request failure. I see tomcat referring to ..conf\jk2.properties file in log, but I have never configured JK2. I have attached packet dump for mod_jk and mod_proxy: wireshark-with-mod_jk.pcap - packet dump with mod_jk and JCIFS filter wireshark-with-mod_proxy-requires-auth.pcap - packet dump of mod_proxy till I get popup for authentication. wireshark-with-mod_proxy-authenticated.pcap - packet dump of mod_proxy when negotiation happens. I m unable to figure out where the issue lies. I hope I have supplied most if the information you asked for. Please can you further assist? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #5 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 23:23:55 PST --- Created an attachment (id=22115) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22115) mod_jk packet dump -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #6 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 23:24:21 PST --- Created an attachment (id=22116) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22116) mod_proxy till auth poppu comes up -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45178] mod_jk not working with Java CIFS NTLM filter
https://issues.apache.org/bugzilla/show_bug.cgi?id=45178 --- Comment #7 from Ezhil <[EMAIL PROTECTED]> 2008-06-11 23:24:57 PST --- Created an attachment (id=22117) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22117) mod_proxy packet dump during negotiation -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #5 from Julian Reschke <[EMAIL PROTECTED]> 2008-06-11 23:25:25 PST --- >It is actually quite illegal to have \r (carriage return) \n (newline) inside >of a HTTP 1.1 Header Value. If any HTTP server allows CLRF inside of a header >value, ... In general that's incorrect. CRLF is allowed as part of LWS (linear white space). > ... it can and will lead to HTTP Response Splitting Attacks. That may be true, but doesn't affect what's legal or not. If you think the HTTP spec should disallow CRLFs in header values, then better join the httpbis working group and argue the case over there. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #6 from Jim Manico <[EMAIL PROTECTED]> 2008-06-11 23:34:31 PST --- You are wrong. CLRF's in LWS is an OPTIONAL part of the HTTP 1.1 spec that anyone who cares about security ignores. [rule] Square brackets enclose optional elements; "[foo bar]" is equivalent to "*1(foo bar)". -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #7 from Julian Reschke <[EMAIL PROTECTED]> 2008-06-11 23:42:48 PST --- > You are wrong. CLRF's in LWS is an OPTIONAL part of the HTTP 1.1 spec that > anyone who cares about security ignores. I didn't say that they are required to be sent. However it is *allowed* to send them, thus a recipient must handle them correctly. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45180] CRLF Newline characters stripped from header values
https://issues.apache.org/bugzilla/show_bug.cgi?id=45180 --- Comment #8 from Jim Manico <[EMAIL PROTECTED]> 2008-06-11 23:48:32 PST --- Right. And as Mark earlier stated per: http://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html#sec2.2 "A recipient MAY replace any linear white space with a single SP before interpreting the field value or forwarding the message downstream." Tomcat is making the compliant and secure choice, hence the "resolved" status of this bug. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
