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
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
integration.
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
integration
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, SSL.SSL_INFO_CLIENT_CERT_CH
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
the client cert so
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 this
patch. Then all
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 remote
> party to write
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.
-
Author: markt
Date: Thu Feb 18 19:17:55 2016
New Revision: 1731120
URL: http://svn.apache.org/viewvc?rev=1731120&view=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 cha
Author: markt
Date: Thu Feb 18 19:14:16 2016
New Revision: 1731119
URL: http://svn.apache.org/viewvc?rev=1731119&view=rev
Log:
Correct a problem with sendfile that resulted in a Processor being added to the
cache twice leading to broken responses.
Modified:
tomcat/tc7.0.x/trunk/java/org/apac
-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 like to have
filesystem alig
it/target/junit-4.13-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/wo
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, rather than just trash an in-me
[
https://issues.apache.org/jira/browse/MTOMCAT-302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15152785#comment-15152785
]
ASF GitHub Bot commented on MTOMCAT-302:
Github user rupert654 closed the pull re
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
Author: schultz
Date: Thu Feb 18 18:16:01 2016
New Revision: 1731105
URL: http://svn.apache.org/viewvc?rev=1731105&view=rev
Log:
Fix typo
s/storeConnectorAttribtues/storeConnectorAttributes/g
Modified:
tomcat/trunk/java/org/apache/catalina/storeconfig/ConnectorSF.java
Modified: tomcat/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 sch
https://bz.apache.org/bugzilla/show_bug.cgi?id=58646
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Thu Feb 18 16:46:44 2016
New Revision: 1731093
URL: http://svn.apache.org/viewvc?rev=1731093&view=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 res
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 have to admit I saw path usage i
-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
Author: markt
Date: Thu Feb 18 16:21:23 2016
New Revision: 1731091
URL: http://svn.apache.org/viewvc?rev=1731091&view=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: tomcat/tc8.0.x/tr
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 would have simila
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, etc.) interfering with the chann
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.
-
To unsubscr
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 request using StoreConfig.
https://bz.apache.org/bugzilla/show_bug.cgi?id=48674
Mark Thomas changed:
What|Removed |Added
CC||csuth...@redhat.com
--- Comment #6 from
https://bz.apache.org/bugzilla/show_bug.cgi?id=59027
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=48674
Mark Thomas changed:
What|Removed |Added
Blocks|59027 |
--
You are receiving this mail because
https://bz.apache.org/bugzilla/show_bug.cgi?id=59027
Mark Thomas changed:
What|Removed |Added
Depends on|48674 |
--
You are receiving this mail because
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
https://bz.apache.org/bugzilla/show_bug.cgi?id=48674
csutherl changed:
What|Removed |Added
Blocks||59027
--
You are receiving this mail becau
Author: markt
Date: Thu Feb 18 15:04:09 2016
New Revision: 1731080
URL: http://svn.apache.org/viewvc?rev=1731080&view=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)
tomca
Author: markt
Date: Thu Feb 18 14:49:17 2016
New Revision: 1731079
URL: http://svn.apache.org/viewvc?rev=1731079&view=rev
Log:
Refactor the JAR and JAR-in-WAR resource handling to reduce the memory
footprint of the web application.
Modified:
tomcat/trunk/java/org/apache/catalina/webresource
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 sch
Author: markt
Date: Thu Feb 18 12:28:15 2016
New Revision: 1731056
URL: http://svn.apache.org/viewvc?rev=1731056&view=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)
tomcat/tc8.0.x/trunk/java
Author: markt
Date: Thu Feb 18 12:26:50 2016
New Revision: 1731055
URL: http://svn.apache.org/viewvc?rev=1731055&view=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
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 anymore since tomcat 8 (didn't check if
>> 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 ex
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
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 been backported, can be).
> >
> > It is documente
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 removed.
> typically ch
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 na
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 c
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 would
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 sch
Author: markt
Date: Thu Feb 18 10:31:40 2016
New Revision: 1731038
URL: http://svn.apache.org/viewvc?rev=1731038&view=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:
http://svn.apache.org/vie
Author: markt
Date: Thu Feb 18 10:11:55 2016
New Revision: 1731035
URL: http://svn.apache.org/viewvc?rev=1731035&view=rev
Log:
Back-port corrections for regressions in r1731030
Modified:
tomcat/tc8.0.x/trunk/ (props changed)
tomcat/tc8.0.x/trunk/java/org/apache/catalina/loader/WebappCl
Author: markt
Date: Thu Feb 18 09:45:39 2016
New Revision: 1731030
URL: http://svn.apache.org/viewvc?rev=1731030&view=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/
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 schedu
50 matches
Mail list logo
