svn commit: r996261 - in /tomcat/trunk/java/org/apache: coyote/http11/Http11Processor.java tomcat/util/net/AbstractEndpoint.java tomcat/util/net/JIoEndpoint.java

Author: markt Date: Sun Sep 12 08:05:35 2010 New Revision: 996261 URL: http://svn.apache.org/viewvc?rev=996261&view=rev Log: Fix Eclipse warnings prior to working on bz49884 refactoring Modified: tomcat/trunk/java/org/apache/coyote/http11/Http11Processor.java tomcat/trunk/java/org/apache/

Re: DO NOT REPLY [Bug 49234] JMX Descriptor Modifications

On 12.09.2010 03:45, bugzi...@apache.org wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=49234 --- Comment #93 from Mark Thomas 2010-09-11 21:44:59 EDT --- I got to the bottom of the problem. The correct parent class loader was not being passed down the object hierarchy. I fixed that

Adding Host node to server.xml

Hi, I'm looking at adding a host node to server.xml on the 6.0 branch via host manager, If I get this correct there can be more than one service node which in turn has one Engine which contains the hosts. So assuming there are multiple Service nodes how do I know which Engine node to add the Host

Re: Adding Host node to server.xml

On 12/09/2010 09:59, Wesley Acheson wrote: > Hi, > > I'm looking at adding a host node to server.xml on the 6.0 branch via > host manager, If I get this correct there can be more than one service > node which in turn has one Engine which contains the hosts. > > So assuming there are multiple Serv

Re: Adding Host node to server.xml

On Sun, Sep 12, 2010 at 11:28 AM, Mark Thomas wrote: > On 12/09/2010 09:59, Wesley Acheson wrote: >> does (Service) host.getParent() make sense, If so is service name both >> compulsory and guaranteed to be unique? > > Get the correct engine the way host manager does (or something similar). > You

DO NOT REPLY [Bug 49917] New: Wrong invocation sequence of javax.servlet.ServletRequestListener after request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49917 Summary: Wrong invocation sequence of javax.servlet.ServletRequestListener after request Product: Tomcat 6 Version: 6.0.29 Platform: All OS/Version: All Statu

Bug report for Tomcat 5 [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Taglibs [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 7 [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat Connectors [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat Native [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 6 [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat Modules [2010/09/12]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

DO NOT REPLY [Bug 49914] Filter on url-pattern of "/" is not invoked

https://issues.apache.org/bugzilla/show_bug.cgi?id=49914 --- Comment #1 from Martin Gainty 2010-09-12 09:03:17 EDT --- /* same as TC 6 up until checkUnusualURLPattern */ /** * Validate the syntax of a proposed * for conformance with specification requirements.

DO NOT REPLY [Bug 49917] Wrong invocation sequence of javax.servlet.ServletRequestListener after request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49917 --- Comment #1 from Chuck Caldarale 2010-09-12 09:57:00 EDT --- (In reply to comment #0) > javax.servlet.ServletRequestListener instances are called in the same sequence > after (requestDestroyed) the request as they are before (requestIni

DO NOT REPLY [Bug 49917] Wrong invocation sequence of javax.servlet.ServletRequestListener after request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49917 Chuck Caldarale changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Async refactoring

Digging into the root causes of [1] it appears that there are a number of threading / timing issues with the current AsyncContextImpl. Running the provided test case with ab -n 50 -c 20 triggers the error every couple of runs. The error appears to occur when the thread where complete() is called fi

DO NOT REPLY [Bug 48674] Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://issues.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #3 from Wesley 2010-09-12 14:40:28 EDT --- Created an attachment (id=26019) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26019) Rough patch to provide persistance to the host manager. This needs some cleanup but

DO NOT REPLY [Bug 48674] Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://issues.apache.org/bugzilla/show_bug.cgi?id=48674 Wesley changed: What|Removed |Added CC||wesley.ache...@gmail.com Platfo

DO NOT REPLY [Bug 48501] Log rotation for ISAPI Redirector

https://issues.apache.org/bugzilla/show_bug.cgi?id=48501 Tim Whittington changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 49511] IIS 7.5 incorrect logging: pfc->pFilterContext is per-connection not per-request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49511 Tim Whittington changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from Tim

DO NOT REPLY [Bug 49511] IIS 7.5 incorrect logging: pfc->pFilterContext is per-connection not per-request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49511 --- Comment #3 from Attila Király 2010-09-13 02:17:40 EDT --- I can add the following: to fix the logging problem I recompiled the isapi redirector with the MS mentioned code modification (adding pfc->pFilterContext = NULL;). The modified

DO NOT REPLY [Bug 49511] IIS 7.5 incorrect logging: pfc->pFilterContext is per-connection not per-request

https://issues.apache.org/bugzilla/show_bug.cgi?id=49511 Attila Király changed: What|Removed |Added Status|NEEDINFO|NEW -- Configure bugmail: https:/