Re: mod_proxy_balancer issue
Mladen Turk wrote: Jess Holle wrote: I want to use mod_proxy_balancer to load balance over a set of ports that potentially have Tomcats running on them. Unfortunately there will generally be a good number of ports where no Tomcat is running. Every 'retry' seconds I have a request that takes about an extra second for each Tomcat-less port, which is not acceptable. Has there been any thought or effort to provide an option to retry dead/unresponsive members in a periodic background thread instead of with normal, "live" requests? I am currently very interested in adding such an option if none exists, so I'd appreciate any thoughts on the matter. See the August thread on httpd-dev (Mpm maintenance thread hook) where I proposed exactly that. Among other things it will be potentially used with mod_proxy for out-of-the-request maintenance (Status checks, connection recycle, etc) No major objections, so I'm actively working on that. Also mod_jk in trunk has the watchdog thread (Apache 2+ only via JkWatchdogInterval) that allows to maintain the connection pool, and together with worker.xxx.connection_keepalive it can send CPING/CPONG packets on regular intervals thus checking the connection validity unbound from request frequency. My plan is to add this logic to mod_proxy, but using mpm hooks. I am quite interested in any progress you make here. Do you have any idea when you might have something testable in the mod_proxy area? I'm quite willing to help, but you're clearly much more familiar with both mod_jk and APR/MPM than I am, so I suspect I'd just get in the way except at the testing level. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45661] NioBlockingSelector uses all CPU after a socket connection is killed
https://issues.apache.org/bugzilla/show_bug.cgi?id=45661 Filip Hanik <[EMAIL PROTECTED]> changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #3 from Filip Hanik <[EMAIL PROTECTED]> 2008-08-26 05:54:41 PST --- Ok,then I will take a look and see what can be done. thanks for the info, Filip -- 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 45661] NioBlockingSelector uses all CPU after a socket connection is killed
https://issues.apache.org/bugzilla/show_bug.cgi?id=45661 Filip Hanik <[EMAIL PROTECTED]> changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|REOPENED|NEW -- 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 45691] New: Jasper creates duplicate variable names
https://issues.apache.org/bugzilla/show_bug.cgi?id=45691 Summary: Jasper creates duplicate variable names Product: Tomcat 6 Version: 6.0.0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Sometimes a JSP's Java code, which have been generated by Jasper, has duplicate variable names. Therefore the JSP cannot be compiled and tomcat delivers an HTTP status code 500. You get an error message like this org.apache.jasper.JasperException: Unable to compile class for JSP: An error occurred at line: 10 in the jsp file: /test1.jsp Duplicate local variable _jspx_temp0 7: 8: <%= new java.util.Date().toString() %> 9: 10: 11: <%= new java.util.Date().toString() %> 12: 13: Test 1 The reason of this error is the generation of variable names like _jspx_temp0, which are created for tags. At the beginning of parsing a JSP file a counter is reset to 0. Every time an tag occurs, the counter is used to build a variable name _jspx_temp. Thereafter the counter will be incremented. Unfortunately the counter is a static member of the JspUtil class. Suppose there's a thread 1, which created _jspx_temp4. The counter is 5. Now a second thread (thread 2) starts and resets the counter. Afterwards thread 2 creates _jspx_temp0 to _jspx_temp3. The counter is 4 by now. Then thread 2 stops and thread 1 continues. The next variable's name in thread 1 will be _jspx_temp4, which already exists. Therefore the generated java class cannot be compiled. -- 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 45691] Jasper creates duplicate variable names
https://issues.apache.org/bugzilla/show_bug.cgi?id=45691 --- Comment #1 from Stefan Birkner <[EMAIL PROTECTED]> 2008-08-26 07:31:41 PST --- Created an attachment (id=22482) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22482) WAR of a test application to reproduce the bug Here is a WAR, which can be used to replay the bug. After installing the war, you have to start your tomcat and a debugger. Then do the following steps: * set a breakpoint on JspUtil.nextTemporaryVariableName() * open /duplicateVariableName/test1.jsp in your browser * your debugger stops at JspUtil.nextTemporaryVariableName() * resume the debugger * again your debugger stops at JspUtil.nextTemporaryVariableName() * open /duplicateVariableName/test2.jsp in your browser * your debugger stops at JspUtil.nextTemporaryVariableName() * switch to the thread of /duplicateVariableName/test1.jsp * resume the debugger * the browser window of /duplicateVariableName/test1.jsp shows the error -- 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 45691] Jasper creates duplicate variable names
https://issues.apache.org/bugzilla/show_bug.cgi?id=45691 --- Comment #2 from Stefan Birkner <[EMAIL PROTECTED]> 2008-08-26 07:49:41 PST --- Created an attachment (id=22483) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22483) Patch to be applied to the package org.apache.jasper.compiler This patch changes two classes: org.apache.jasper.compiler.Generator and org.apache.jasper.compiler.Node. Instead of creating the variable names of NamedAtttributes when parsing the JSP code, the names are created when the Generator generates the java code. The Generator class has two additional members: an HashMap variableNamesOfNamedAttributes, which stores the mapping between NamedAttributes and there variable names, and a variableNameCounter, which is used to create the variables' names. The new method getVariableName(NamedAttribute) returns the variable names. The member temporaryVariableName and its getter getTemporaryVariableName() are removed from the node class. -- 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]
Re: mod_proxy_balancer issue
Jess Holle wrote: I'm quite willing to help, but you're clearly much more familiar with both mod_jk and APR/MPM than I am, so I suspect I'd just get in the way except at the testing level. Well, I plan to create mpm watchdog hook system first. I'll also create a small callback in mod_proxy, just to maintain the connection pool so you are free to implement any additional mod_proxy interval operations (like heath checking) from there. Cheers -- ^(TM) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_proxy_balancer issue
Mladen Turk wrote: Jess Holle wrote: I'm quite willing to help, but you're clearly much more familiar with both mod_jk and APR/MPM than I am, so I suspect I'd just get in the way except at the testing level. Well, I plan to create mpm watchdog hook system first. I'll also create a small callback in mod_proxy, just to maintain the connection pool so you are free to implement any additional mod_proxy interval operations (like heath checking) from there. Ideally I'd like to attempt to re-establish connections to dead servers occasionally there instead of during normal request time. Any pointers and foundation code (as described above) would be greatly appreciated. Thanks. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r689159 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: remm Date: Tue Aug 26 11:19:20 2008 New Revision: 689159 URL: http://svn.apache.org/viewvc?rev=689159&view=rev Log: - Votes. Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=689159&r1=689158&r2=689159&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Aug 26 11:19:20 2008 @@ -105,5 +105,5 @@ once we port IntermediateInputStream.available() from TC5.5.x B2CConverter forward. I propose to keep the CoyoteAdapter code consistent. - +1: rjung, fhanik + +1: rjung, fhanik, remm -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45632] HttpOnly Cookie support in 6.0.18
https://issues.apache.org/bugzilla/show_bug.cgi?id=45632 --- Comment #2 from Jim Manico <[EMAIL PROTECTED]> 2008-08-26 13:59:54 PST --- Did someone say session cookie server support? https://issues.apache.org/bugzilla/show_bug.cgi?id=44382 Mark, that's music to my ears! :) -- 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 45632] HttpOnly Cookie support in 6.0.18
https://issues.apache.org/bugzilla/show_bug.cgi?id=45632 --- Comment #3 from Jim Manico <[EMAIL PROTECTED]> 2008-08-26 14:00:39 PST --- I meant... Did someone say session cookie HTTPONLY support? https://issues.apache.org/bugzilla/show_bug.cgi?id=44382 Mark, that's music to my ears! :) -- 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 Ezhil <[EMAIL PROTECTED]> changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Ezhil <[EMAIL PROTECTED]> 2008-08-26 23:31:53 PST --- Hi, I finally got to know why this configuration was not working. For our application we had a JKOption directive +FlushPackets. It seems like this directive is flushing packets from apache buffer but not the header. We got ntlm authentication working once we commented out this entry from httpd.conf file or when we added JkOptions directive +FlushHeaders. Now, everything is working fine and ntlm authentication is happening as expected. Many thanks for you help in trouble shooting this issue. -- 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]
