gmane.comp.jakarta.tomcat.devel

DO NOT REPLY [Bug 46343] New: .tag files: page scope attribute from outer tag is lost in inner tag

2008-12-04T20:29:37

https://issues.apache.org/bugzilla/show_bug.cgi?id=46343 Summary: .tag files: page scope attribute from outer tag is lost in inner tag Product: Tomcat 6 Version: 6.0.18 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Servlet & JSP API AssignedTo: dev< at >tomcat.apache.org ReportedBy: wknauf< at >hg-online.de Created an attachment (id=22994) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22994) Sample for the failing Tags I asked this on the mailing list (Dec. 2nd, same subject), but got no reply. I think it is a bug, but maybe it is just an error of mine. I have a JSP tag file, which sets an attribute to the PageContext. I expect this attribute to be present in child tags. Here is the outer tag (in a file "outer.tag"): <%< at > tag language="java" pageEncoding="ISO-8859-1"%> <%< at > variable name-given="test" scope="NESTED" %> <% j

svn commit: r723406 - /tomcat/tc6.0.x/trunk/STATUS.txt

2008-12-04T19:35:42

Author: markt Date: Thu Dec 4 11:35:42 2008 New Revision: 723406 URL: http://svn.apache.org/viewvc?rev=723406&view=rev Log: Propose fix for 44285 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=723406&r1=723405&r2=723406&view=diff ============================================================================== --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Thu Dec 4 11:35:42 2008 < at >< at > -237,3 +237,9 < at >< at > http://svn.apache.org/viewvc?rev=721886&view=rev +1: markt -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44285 + Make SSL session cache size and timeout configurable + http://svn.apache.org/viewvc?rev=723404&view=rev + +1: markt + -1:

DO NOT REPLY [Bug 44285] ssl.SessionId Cache Control

2008-12-04T19:33:30

https://issues.apache.org/bugzilla/show_bug.cgi?id=44285 --- Comment #4 from Mark Thomas apache.org> 2008-12-04 11:33:29 PST --- This has been fixed in trunk and proposed for 6.0.x

svn commit: r723404 - in /tomcat/trunk: java/org/apache/tomcat/util/net/NioEndpoint.java java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java webapps/docs/config/http.xml

2008-12-04T19:31:34

Author: markt Date: Thu Dec 4 11:31:34 2008 New Revision: 723404 URL: http://svn.apache.org/viewvc?rev=723404&view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=44285 Provide support for configuring the JSSE SSL session cache size and timeout Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java tomcat/trunk/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java tomcat/trunk/webapps/docs/config/http.xml Modified: tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java URL: http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java?rev=723404&r1=723403&r2=723404&view=diff ============================================================================== --- tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java (original) +++ tomcat/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Thu Dec 4 11:31:34 2008 < at >< at > -50,6 +50,7 < at >< at > import javax.net.ssl.KeyManagerFactory; import javax.net.ssl.SSLContext; import ja

Experimental support for SRS and BATV

Mark Thomas — 2008-12-04T18:00:37

Folks, If SRS and BATV mean nothing to you, feel free to ignore this. Those of you who have struggled in the past with SRS or BATV may be interested to know that experimental support for these has been added to the Tomcat user and dev lists. You should now be able to subscribe and post from addresses that use SRS or BATV. If you have any difficulties please contact users-owner< at >tomcat.a.o or dev-owner< at >tomcat.a.o and one of us will see what we can do to help. Mark

DO NOT REPLY [Bug 46339] New: Recursive tag files with JspFragment attributes fails

2008-12-04T15:03:55

https://issues.apache.org/bugzilla/show_bug.cgi?id=46339 Summary: Recursive tag files with JspFragment attributes fails Product: Tomcat 6 Version: 6.0.18 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: Servlet & JSP API AssignedTo: dev< at >tomcat.apache.org ReportedBy: jens.askengren< at >gmail.com Created an attachment (id=22991) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22991) Application that demonstrates the problem It's not possible to write a recursive tag file that makes use of a fragment attribute. The fragment will be correctly invoked at the first level. But when the fragment is passed on as an attribute to the recursive invocation, the fragments seems to be invoked and the result of the invocation is used instead. See the attached application for a demonstration. This may be related to bug #42693.

Injecting jvmRoute via Request

Rainer Jung — 2008-12-04T14:46:01

Hi, motivated by a bug report I had a look at the handling of the optional route attribute in the AJP protocol. I noticed, that mod_jk never seems to actuall set the attribute, and that the AJP connectors on the Tomcat side extract it but never use it. I don't know about the history, but does the following sound reasonable: - Setting the route attribute in the AJP request to the route value configured for the AJP worker chosen in mod_jk (simple) - When a new session in Tomcat gets created, and the Engine does not have a jvmRoute set, and the request came in via AJP, setting the jvmRoute of the session to the jvmRoute returned by the AJP request. That way one can inject the stickyness tag from the frontend and there's no need for duplicate jvmRoute configuration (mod_jk and Tomcat) any more. Because of compatibility the default jvmRoute would still be the one configured in server.xml, even when there's another one coming in via the rquest. Optional enhancement: add the same logic the the valve which r

DO NOT REPLY [Bug 46337] real worker name is wrong

2008-12-04T14:39:28

https://issues.apache.org/bugzilla/show_bug.cgi?id=46337 --- Comment #1 from Rainer Jung kippdata.de> 2008-12-04 06:39:26 PST --- The route in the service struct is used for two purposes: 1) we send it via ajp12 and ajp13 to the backend 2) we set it in the load balancer and make it available for logging in Apache httpd Ad 1) Unfortunately route is never initialized before sending via AJP and consistently it is never used in the Tomcat AJP connector. I think it would be nice to actually set it to the route of the worker before sending to a backend, and to allow the route contained in the session id to be injected by the request and not only to be statically determined by jvmRoute in server.xml. Ad 2) Here we need to decide consistently, whether we want to make the route which was requested available, or the one we have actually chosen.

DO NOT REPLY [Bug 46221] Leak WebappClassLoader with commons-logging and log4j

2008-12-04T13:24:29

https://issues.apache.org/bugzilla/show_bug.cgi?id=46221 --- Comment #8 from Arnaud de Bossoreille idm.fr> 2008-12-04 05:24:28 PST --- Mark, yo're probably right when you say it is more an enhancement than a leak. I could not reproduce it any more. It seems that sometimes the VM is more eager to unload its classes. Some other times it requires dozens of start/stop to finally unload the classes, even with forced GC calls. However Peter pointed out a real leak which I was not able to reproduce too. Can some objects be initialized in a different order that would explain that kind of behavior?

DO NOT REPLY [Bug 46337] New: real worker name is wrong

2008-12-04T13:00:22

https://issues.apache.org/bugzilla/show_bug.cgi?id=46337 Summary: real worker name is wrong Product: Tomcat Connectors Version: 1.2.27 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Common AssignedTo: dev< at >tomcat.apache.org ReportedBy: mashmk02< at >gmail.com Created an attachment (id=22988) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22988) patch for jk_lb_worker.c I am using one lb worker with two sub workers. The name of sub workers are 'ajp13w' and 'ajp13w2'. The format of the request log is as follows: JkRequestLogFormat "%w(%R) %V %T" When the failover occurred in mod_jk 1.2.22, the real worker name output to the request log was 'ajp13w2'. However, when the failover occurred in mod_jk 1.2.27, the real worker name was 'ajp13w'. Because "s->route" is not NULL when the failover occurs, it is not overwrited in a new worker name. jk_lb_worker.c L112

svn commit: r723227 - /tomcat/trunk/modules/bayeux/build.xml

2008-12-04T07:07:02

Author: fhanik Date: Wed Dec 3 23:07:01 2008 New Revision: 723227 URL: http://svn.apache.org/viewvc?rev=723227&view=rev Log: fix build script Modified: tomcat/trunk/modules/bayeux/build.xml Modified: tomcat/trunk/modules/bayeux/build.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/modules/bayeux/build.xml?rev=723227&r1=723226&r2=723227&view=diff ============================================================================== --- tomcat/trunk/modules/bayeux/build.xml (original) +++ tomcat/trunk/modules/bayeux/build.xml Wed Dec 3 23:07:01 2008 < at >< at > -93,7 +93,7 < at >< at > - < at > -121,7 +121,7 < at >< at > -