DO NOT REPLY [Bug 50975] IIS connector times out on Transfer Encoded content, never sending the chunked content

2011-03-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50975 Tim Whittington changed: What|Removed |Added OS/Version||All --- Comment #3 from Tim Whit

Re: svn commit: r1087128 - in /tomcat/trunk: java/org/apache/catalina/util/SessionIdGenerator.java webapps/docs/changelog.xml

2011-03-31 Thread Tim Funk
Would it be more "efficient" to do this instead? -/** Node identifier when in a cluster. Defaults to the empty string. */ -private String jvmRoute = ""; +/** Node identifier when in a cluster. */ +private String jvmRoute = null; ... public void setJvmRoute(String jvmRoute) {

svn commit: r1087247 - in /tomcat/trunk: java/org/apache/juli/AsyncFileHandler.java java/org/apache/juli/FileHandler.java webapps/docs/logging.xml

2011-03-31 Thread kkolinko
Author: kkolinko Date: Thu Mar 31 10:43:22 2011 New Revision: 1087247 URL: http://svn.apache.org/viewvc?rev=1087247&view=rev Log: Improve the logging documentation Modified: tomcat/trunk/java/org/apache/juli/AsyncFileHandler.java tomcat/trunk/java/org/apache/juli/FileHandler.java tomc

Re: svn commit: r1086969 - in /tomcat/trunk: java/org/apache/catalina/startup/HostConfig.java webapps/docs/changelog.xml

2011-03-31 Thread Keiichi Fujino
By this rev I think that /META-INF/context.xml is added to redeployResources when copyXML is false. Then, there is two question. Q1. After deploying war, the order of redeployResources becomes war -> directory -> /META-INF/context.xml. When /META-INF/context.xml is updated, the context is rede

Re: svn commit: r1086969 - in /tomcat/trunk: java/org/apache/catalina/startup/HostConfig.java webapps/docs/changelog.xml

2011-03-31 Thread Mark Thomas
On 31/03/2011 12:25, Keiichi Fujino wrote: > By this rev I think that /META-INF/context.xml is added to > redeployResources when copyXML is false. That was indeed the intention. > Then, there is two question. > > Q1. > After deploying war, > the order of redeployResources becomes war -> direct

svn commit: r1087281 - /tomcat/trunk/java/org/apache/catalina/startup/HostConfig.java

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 12:37:10 2011 New Revision: 1087281 URL: http://svn.apache.org/viewvc?rev=1087281&view=rev Log: Follow up to http://svn.apache.org/viewvc?rev=1086969&view=rev Ensure that when copyXML=false: - removing context.xml triggers a redploy but does not remove any other file

svn commit: r1087286 - in /tomcat/trunk: java/org/apache/catalina/deploy/ContextResource.java webapps/docs/changelog.xml webapps/docs/config/context.xml

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 13:02:20 2011 New Revision: 1087286 URL: http://svn.apache.org/viewvc?rev=1087286&view=rev Log: Feedback on https://issues.apache.org/bugzilla/show_bug.cgi?id=50991 Change the default Modified: tomcat/trunk/java/org/apache/catalina/deploy/ContextResource.java

svn commit: r1087291 - in /tomcat/trunk: java/org/apache/catalina/deploy/NamingResources.java webapps/docs/changelog.xml webapps/docs/config/context.xml

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 13:11:26 2011 New Revision: 1087291 URL: http://svn.apache.org/viewvc?rev=1087291&view=rev Log: Feedback on https://issues.apache.org/bugzilla/show_bug.cgi?id=50991 No point trying to close a non-singleton resource Modified: tomcat/trunk/java/org/apache/catalina

svn commit: r1087292 - in /tomcat/trunk: java/org/apache/catalina/core/NamingContextListener.java webapps/docs/changelog.xml webapps/docs/config/context.xml

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 13:22:11 2011 New Revision: 1087292 URL: http://svn.apache.org/viewvc?rev=1087292&view=rev Log: Only register a DataSource with JMX if it is a singleton Modified: tomcat/trunk/java/org/apache/catalina/core/NamingContextListener.java tomcat/trunk/webapps/docs

DO NOT REPLY [Bug 50991] Data source is closed before contextDestroyed is executed. tomcat 7.0.11

2011-03-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50991 Mark Thomas changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

DO NOT REPLY [Bug 50975] IIS connector times out on Transfer Encoded content, never sending the chunked content

2011-03-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50975 --- Comment #4 from Aaron Johnson 2011-03-31 10:10:43 EDT --- The problem is that IIS is inserting the content length into the chunked request at some point in its filtering chain. You are correct the client isn't sending content-length,

svn commit: r1087392 - in /tomcat/trunk: java/org/apache/catalina/authenticator/ webapps/docs/ webapps/docs/config/

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 18:02:10 2011 New Revision: 1087392 URL: http://svn.apache.org/viewvc?rev=1087392&view=rev Log: Switch SPNEGO authenticator to use file based JAAS config as this provides greater flexibility including making it easier to work with non-Oracle JVMs. Clean up the code,

svn commit: r1087416 - in /tomcat/trunk: java/org/apache/catalina/ java/org/apache/catalina/authenticator/ java/org/apache/catalina/connector/ java/org/apache/catalina/realm/ java/org/apache/catalina/

2011-03-31 Thread markt
Author: markt Date: Thu Mar 31 19:33:04 2011 New Revision: 1087416 URL: http://svn.apache.org/viewvc?rev=1087416&view=rev Log: SPNEGO support part 2 Expose the users delegated credentials through a request attribute so applications can make use of it Modified: tomcat/trunk/java/org/apache/ca

svn commit: r1087442 - /tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/ProxyConnection.java

2011-03-31 Thread fhanik
Author: fhanik Date: Thu Mar 31 21:20:30 2011 New Revision: 1087442 URL: http://svn.apache.org/viewvc?rev=1087442&view=rev Log: Fix NPE that can happen during concurrency (connection being abandoned, misconfiguration in abandon timeout or lack of ResetAbandonedTimer interceptor) http://markmail.o

svn commit: r1087467 - in /tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool: PoolProperties.java TrapException.java

2011-03-31 Thread fhanik
Author: fhanik Date: Thu Mar 31 22:28:54 2011 New Revision: 1087467 URL: http://svn.apache.org/viewvc?rev=1087467&view=rev Log: Implement exception traps as suggested by Eiji Takahashi http://markmail.org/message/c7hrhky4jtgcto76 Added: tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache

svn commit: r1087524 - in /tomcat/trunk: java/org/apache/catalina/authenticator/ java/org/apache/catalina/realm/ webapps/docs/ webapps/docs/config/

2011-03-31 Thread markt
Author: markt Date: Fri Apr 1 00:34:45 2011 New Revision: 1087524 URL: http://svn.apache.org/viewvc?rev=1087524&view=rev Log: SPNEGP part 3 - the final part for 7.0.12 Integrate with JNDI realm so delegated credentials are used by default. Modified: tomcat/trunk/java/org/apache/catalina/auth

svn commit: r1087525 - /tomcat/trunk/webapps/docs/changelog.xml

2011-03-31 Thread markt
Author: markt Date: Fri Apr 1 00:35:47 2011 New Revision: 1087525 URL: http://svn.apache.org/viewvc?rev=1087525&view=rev Log: Add credit Modified: tomcat/trunk/webapps/docs/changelog.xml Modified: tomcat/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapp

DO NOT REPLY [Bug 48685] Spnego Support in Tomcat

2011-03-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48685 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

svn commit: r1087534 - /tomcat/trunk/java/org/apache/catalina/startup/HostConfig.java

2011-03-31 Thread markt
Author: markt Date: Fri Apr 1 01:02:07 2011 New Revision: 1087534 URL: http://svn.apache.org/viewvc?rev=1087534&view=rev Log: Another context.xml tracking issue. This time if using just dir deployment. A changes in context.xml now triggers a redeploy rather than a reload (so the context.xml is r

DO NOT REPLY [Bug 50957] Blocking IO can serve wrong response data

2011-03-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50957 --- Comment #14 from Tim Whittington 2011-04-01 02:32:40 EDT --- It may be unrelated, but I'm trying to track down a (very) reproducible error on one of our products where using Firefox with HTTP pipelining enabled results in garbled respo