[Bug 59031] New: Tomcat 8 uninstaller entres a symbolic link and deletes its contents

https://bz.apache.org/bugzilla/show_bug.cgi?id=59031 Bug ID: 59031 Summary: Tomcat 8 uninstaller entres a symbolic link and deletes its contents Product: Tomcat 8 Version: trunk Hardware: PC Status: NEW

[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio (in module tomcat-8.0.x) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-tc8.0.x-test-nio has an issue affecting its community

[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.0.x) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-tc8.0.x-test-nio2 has an issue affecting its community

[Bug 58244] two way SSL loses client certificate after a few requests

https://bz.apache.org/bugzilla/show_bug.cgi?id=58244 --- Comment #14 from Mark Thomas --- OK. I think I have found the problem. Tomcat looks for two pieces of information when looking up client certs. >From AprSSLSupport: int certLength = SSLSocket.getInfoI(socketRef,

[Bug 58244] two way SSL loses client certificate after a few requests

https://bz.apache.org/bugzilla/show_bug.cgi?id=58244 --- Comment #13 from Mark Thomas --- It appears to be related to session tickets. If you set disableSessionTickets="true" the problem goes away. Some quick background reading indicates that the session ticket should include

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #11 from Remy Maucherat --- (In reply to Christopher Schultz from comment #9) > This can be a dangerous feature, for a couple of reasons. The user has to add the storeconfig listener in his configuration to use

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #10 from Mark Thomas --- (In reply to Christopher Schultz from comment #9) > This can be a dangerous feature, for a couple of reasons. > > 1. A bad configuration or vulnerability in the host-manager allows a

[Bug 58646] NullPointerException in InternalNioOutputBuffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58646 --- Comment #28 from Mark Thomas --- Fix back-ported to 7.0.x for 7.0.69 onwards and to 6.0.x for 6.0.46 onwards. -- You are receiving this mail because: You are the assignee for the bug.

svn commit: r1731120 - in /tomcat/tc6.0.x/trunk: ./ java/org/apache/tomcat/util/net/NioEndpoint.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 19:17:55 2016 New Revision: 1731120 URL: http://svn.apache.org/viewvc?rev=1731120=rev Log: Correct a problem with sendfile that resulted in a Processor being added to the cache twice leading to broken responses. Modified: tomcat/tc6.0.x/trunk/ (props

svn commit: r1731119 - in /tomcat/tc7.0.x/trunk: java/org/apache/tomcat/util/net/NioEndpoint.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 19:14:16 2016 New Revision: 1731119 URL: http://svn.apache.org/viewvc?rev=1731119=rev Log: Correct a problem with sendfile that resulted in a Processor being added to the cache twice leading to broken responses. Modified:

Re: Context path: any technical reason to ignore it?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Romain, On 2/18/16 11:36 AM, Romain Manni-Bucau wrote: > 2016-02-18 17:20 GMT+01:00 Christopher Schultz > > : > > Romain, > > On 2/18/16 6:00 AM, Romain Manni-Bucau wrote: On a personal side i tend to agree and

[GUMP@vmgump]: Project tomcat-tc7.0.x-test-nio (in module tomcat-7.0.x) failed

-SNAPSHOT.jar -Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.3-SNAPSHOT.jar -Dexamples.sources.skip=true -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20160218.jar -Dtomcat-dbcp-src.jar=/srv/gump/public/workspace/tomcat-7.0.x

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #9 from Christopher Schultz --- This can be a dangerous feature, for a couple of reasons. 1. A bad configuration or vulnerability in the host-manager allows a remote party to write to the filesystem,

[jira] [Commented] (MTOMCAT-302) Tomcat 8: Invalid resource paths added when scanning for TLDs

[ https://issues.apache.org/jira/browse/MTOMCAT-302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15152785#comment-15152785 ] ASF GitHub Bot commented on MTOMCAT-302: Github user rupert654 closed the pull request at:

[GitHub] tomcat-maven-plugin pull request: Ensure that resource paths begin...

Github user rupert654 closed the pull request at: https://github.com/apache/tomcat-maven-plugin/pull/21 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the

svn commit: r1731105 - /tomcat/trunk/java/org/apache/catalina/storeconfig/ConnectorSF.java

Author: schultz Date: Thu Feb 18 18:16:01 2016 New Revision: 1731105 URL: http://svn.apache.org/viewvc?rev=1731105=rev Log: Fix typo s/storeConnectorAttribtues/storeConnectorAttributes/g Modified: tomcat/trunk/java/org/apache/catalina/storeconfig/ConnectorSF.java Modified:

buildbot failure in on tomcat-8-trunk

The Buildbot has detected a new failure on builder tomcat-8-trunk while building . Full details are available at: https://ci.apache.org/builders/tomcat-8-trunk/builds/459 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler

[Bug 58646] NullPointerException in InternalNioOutputBuffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58646 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED

svn commit: r1731093 - in /tomcat/tc8.0.x/trunk: java/org/apache/tomcat/util/net/NioEndpoint.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 16:46:44 2016 New Revision: 1731093 URL: http://svn.apache.org/viewvc?rev=1731093=rev Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58646 Correct a problem with sendfile that resulted in a Processor being added to the cache twice leading to broken

Re: Context path: any technical reason to ignore it?

2016-02-18 17:20 GMT+01:00 Christopher Schultz : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Romain, > > On 2/18/16 6:00 AM, Romain Manni-Bucau wrote: > > On a personal side i tend to agree and like to have filesystem > > aligned with the deployment but I

Re: Context path: any technical reason to ignore it?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Romain, On 2/18/16 6:00 AM, Romain Manni-Bucau wrote: > On a personal side i tend to agree and like to have filesystem > aligned with the deployment but I have to admit I saw path usage in > META-INF/context.xml being quite large (in real deployments

svn commit: r1731091 - /tomcat/tc8.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java

Author: markt Date: Thu Feb 18 16:21:23 2016 New Revision: 1731091 URL: http://svn.apache.org/viewvc?rev=1731091=rev Log: Align with trunk to simplify diffs. No functional change. Modified: tomcat/tc8.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Modified:

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #8 from Remy Maucherat --- I had a request for this item, and since we already have a component responsible for persisting the configuration, I figured it should be used rather than add a lot of specific code which

[Bug 59010] Disabling socketBuffer with "-1" doesn't cause exception on linux

https://bz.apache.org/bugzilla/show_bug.cgi?id=59010 --- Comment #2 from Christopher Schultz --- This looks like a JVM bug to me: error code 0 is usually considered "success". It could also be some other networking component (e.g. software firewall, virus-scanner,

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 --- Comment #7 from Mark Thomas --- Patch based on StoreConfig attached to Bug 59027. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 59027] Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://bz.apache.org/bugzilla/show_bug.cgi?id=59027 --- Comment #2 from csutherl --- This enhancement was brought to my attention and seemed like a relatively easy thing to add, so I gave it a shot. Instead of using the patch from the original bug I re-implemented the

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 Mark Thomas changed: What|Removed |Added CC||csuth...@redhat.com

[Bug 59027] Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://bz.apache.org/bugzilla/show_bug.cgi?id=59027 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 Mark Thomas changed: What|Removed |Added Blocks|59027 | -- You are

[Bug 59027] Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://bz.apache.org/bugzilla/show_bug.cgi?id=59027 Mark Thomas changed: What|Removed |Added Depends on|48674 | -- You are

[Bug 59027] New: Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts

https://bz.apache.org/bugzilla/show_bug.cgi?id=59027 Bug ID: 59027 Summary: Tomcat Virtual Host Manager application doesn't persist newly created virtual hosts Product: Tomcat 8 Version: trunk Hardware: All

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

https://bz.apache.org/bugzilla/show_bug.cgi?id=48674 csutherl changed: What|Removed |Added Blocks||59027 -- You are

svn commit: r1731080 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/webresources/ webapps/docs/

Author: markt Date: Thu Feb 18 15:04:09 2016 New Revision: 1731080 URL: http://svn.apache.org/viewvc?rev=1731080=rev Log: Refactor the JAR and JAR-in-WAR resource handling to reduce the memory footprint of the web application. Modified: tomcat/tc8.0.x/trunk/ (props changed)

svn commit: r1731079 - in /tomcat/trunk: java/org/apache/catalina/webresources/ webapps/docs/

Author: markt Date: Thu Feb 18 14:49:17 2016 New Revision: 1731079 URL: http://svn.apache.org/viewvc?rev=1731079=rev Log: Refactor the JAR and JAR-in-WAR resource handling to reduce the memory footprint of the web application. Modified:

buildbot success in on tomcat-trunk

The Buildbot has detected a restored build on builder tomcat-trunk while building . Full details are available at: https://ci.apache.org/builders/tomcat-trunk/builds/1079 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler

svn commit: r1731056 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/webresources/JarResource.java java/org/apache/catalina/webresources/JarWarResource.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 12:28:15 2016 New Revision: 1731056 URL: http://svn.apache.org/viewvc?rev=1731056=rev Log: Fix some resource leaks in the error handling for accessing files from JARs and WARs. Modified: tomcat/tc8.0.x/trunk/ (props changed)

svn commit: r1731055 - in /tomcat/trunk: java/org/apache/catalina/webresources/JarResource.java java/org/apache/catalina/webresources/JarWarResource.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 12:26:50 2016 New Revision: 1731055 URL: http://svn.apache.org/viewvc?rev=1731055=rev Log: Fix some resource leaks in the error handling for accessing files from JARs and WARs. Modified: tomcat/trunk/java/org/apache/catalina/webresources/JarResource.java

Re: Context path: any technical reason to ignore it?

On 18/02/2016 11:16, Romain Manni-Bucau wrote: > 2016-02-18 12:02 GMT+01:00 Konstantin Kolinko : > >> 2016-02-18 13:42 GMT+03:00 Romain Manni-Bucau : >>> Hi guys, >>> >>> in /META-INF/context.xml was used a lot >>> for tomcat 6/7 and doesn't work

Re: Context path: any technical reason to ignore it?

On 18/02/2016 11:00, Romain Manni-Bucau wrote: > On a personal side i tend to agree and like to have filesystem aligned with > the deployment > but I have to admit I saw path usage in META-INF/context.xml being quite > large (in real deployments or in tooling integration). > > I understand your

buildbot success in on tomcat-8-trunk

The Buildbot has detected a restored build on builder tomcat-8-trunk while building . Full details are available at: https://ci.apache.org/builders/tomcat-8-trunk/builds/456 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler

Re: Context path: any technical reason to ignore it?

2016-02-18 12:02 GMT+01:00 Konstantin Kolinko : > 2016-02-18 13:42 GMT+03:00 Romain Manni-Bucau : > > Hi guys, > > > > in /META-INF/context.xml was used a lot > > for tomcat 6/7 and doesn't work anymore since tomcat 8 (didn't check if > it > > has

Re: Context path: any technical reason to ignore it?

2016-02-18 13:42 GMT+03:00 Romain Manni-Bucau : > Hi guys, > > in /META-INF/context.xml was used a lot > for tomcat 6/7 and doesn't work anymore since tomcat 8 (didn't check if it > has been backported, can be). > > It is documented but I don't get why this feature has been

Re: Context path: any technical reason to ignore it?

On a personal side i tend to agree and like to have filesystem aligned with the deployment but I have to admit I saw path usage in META-INF/context.xml being quite large (in real deployments or in tooling integration). I understand your example but it is true at each level including conflicting

Re: Context path: any technical reason to ignore it?

On 18/02/2016 10:42, Romain Manni-Bucau wrote: > Hi guys, > > in /META-INF/context.xml was used a lot > for tomcat 6/7 and doesn't work anymore since tomcat 8 (didn't check if it > has been backported, can be). > > It is documented but I don't get why this feature has been removed. > typically

Context path: any technical reason to ignore it?

Hi guys, in /META-INF/context.xml was used a lot for tomcat 6/7 and doesn't work anymore since tomcat 8 (didn't check if it has been backported, can be). It is documented but I don't get why this feature has been removed. typically checking if path is null or not before setting ContextName

buildbot failure in on tomcat-8-trunk

The Buildbot has detected a new failure on builder tomcat-8-trunk while building . Full details are available at: https://ci.apache.org/builders/tomcat-8-trunk/builds/455 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler

svn commit: r1731038 - /tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 10:31:40 2016 New Revision: 1731038 URL: http://svn.apache.org/viewvc?rev=1731038=rev Log: whitespace police Modified: tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml Modified: tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml URL:

svn commit: r1731035 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/loader/WebappClassLoaderBase.java

Author: markt Date: Thu Feb 18 10:11:55 2016 New Revision: 1731035 URL: http://svn.apache.org/viewvc?rev=1731035=rev Log: Back-port corrections for regressions in r1731030 Modified: tomcat/tc8.0.x/trunk/ (props changed)

svn commit: r1731030 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/loader/ResourceEntry.java java/org/apache/catalina/loader/WebappClassLoaderBase.java webapps/docs/changelog.xml

Author: markt Date: Thu Feb 18 09:45:39 2016 New Revision: 1731030 URL: http://svn.apache.org/viewvc?rev=1731030=rev Log: Refactor class loading so JAR scanning does not trigger the caching of the byte[] for every scanned class until the class is loaded. Modified: tomcat/tc8.0.x/trunk/

buildbot failure in on tomcat-trunk

The Buildbot has detected a new failure on builder tomcat-trunk while building . Full details are available at: https://ci.apache.org/builders/tomcat-trunk/builds/1078 Buildbot URL: https://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchScheduler