Re: [RESULT][VOTE] Release Apache Tomcat 8.0.41

Hi, 2017-01-19 1:07 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 8.0.41 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.41/ > The Maven staging repo is: >

Re: [RESULT][VOTE] Release Apache Tomcat 7.0.75

Hi, 2017-01-18 23:45 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 7.0.75 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.75/ > The Maven staging repo is: >

[Bug 54618] Add filter implementing HTTP Strict Transport Security (HSTS) [PATCH]

https://bz.apache.org/bugzilla/show_bug.cgi?id=54618 Ralf Hauser changed: What|Removed |Added CC||hau...@acm.org -- You

[Bug 60362] Missing reason phrase in response

https://bz.apache.org/bugzilla/show_bug.cgi?id=60362 --- Comment #10 from Josh Soref --- https://github.com/jech/polipo/blob/master/tunnel.c#L302 const char *message = "HTTP/1.1 200 Tunnel established\r\n\r\n"; -- You are receiving this mail because: You are the assignee for

[Bug 60632] Last logs lost when running Tomcat with systemd and journald

https://bz.apache.org/bugzilla/show_bug.cgi?id=60632 Chuck Caldarale changed: What|Removed |Added Severity|normal

[Bug 59390] Tomcat systemd/systemctl status tomcat don't show catalina errors.

https://bz.apache.org/bugzilla/show_bug.cgi?id=59390 --- Comment #4 from Jeff Turner --- > 2) solution should be that systemctl status should report directly that ths > ssl configuration is failed, and the other configuration are fine, but > starting tomcat, unlike

[Bug 60632] Last logs lost when running Tomcat with systemd and journald

https://bz.apache.org/bugzilla/show_bug.cgi?id=60632 --- Comment #1 from Jeff Turner --- FYI I can't add an attachment - keep getting 'Permission denied' from attachment.cgi. Here's the suggested patch: --- bin/catalina.sh.orig2017-01-24 12:54:39.181880382 +1100

[Bug 60632] New: Last logs lost when running Tomcat with systemd and journald

https://bz.apache.org/bugzilla/show_bug.cgi?id=60632 Bug ID: 60632 Summary: Last logs lost when running Tomcat with systemd and journald Product: Tomcat 8 Version: 8.5.x-trunk Hardware: PC OS: Linux

Re: Dynamic reloading of SSL certificates

Mark and Emmanuel, On 1/23/17 5:01 AM, Mark Thomas wrote: > On 23/01/2017 09:36, Emmanuel Bourg wrote: >> Hi all, >> >> With the fast adoption of Let's Encrypt many people are interested in >> integrating it with Tomcat. A first step was to ensure that Tomcat can >> directly use the PEM

[Bug 60597] Add ability to set cipher suites for websocket client connections

https://bz.apache.org/bugzilla/show_bug.cgi?id=60597 Christopher Schultz changed: What|Removed |Added Summary|Add ability to set cipher

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #12 from romain.manni-bucau --- Ok, if you have a listener observing before_init or before_start on Context (or even org.apache.catalina.core.StandardHost#addChild) you can initialize some context there, if

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #11 from Mark Thomas --- You are going to have to explain that code sample. It means nothing to me. 0 and negative numbers are already defined to have special meaning. -- You are receiving this mail because:

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #10 from romain.manni-bucau --- > Code that relies on the deployment mechanism for correct clean-up is broken > and needs to be fixed. Deployment threads may be re-used before they are > stopped and if any

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #9 from Mark Thomas --- Code that relies on the deployment mechanism for correct clean-up is broken and needs to be fixed. Deployment threads may be re-used before they are stopped and if any component fails to

Re: [VOTE] Release Apache Tomcat 7.0.75

2017-01-18 23:45 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 7.0.75 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.75/ > The Maven staging repo is: >

Re: [VOTE] Release Apache Tomcat 8.0.41

2017-01-19 1:07 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 8.0.41 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.41/ > The Maven staging repo is: >

Re: [VOTE] Release Apache Tomcat 7.0.75

2017-01-18 22:45 GMT+01:00 Violeta Georgieva : > The proposed Apache Tomcat 7.0.75 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.75/ > The Maven staging repo is: >

[Bug 60627] Wrong cookie makes Rfc6265CookieProcessor ommit all following cookies

https://bz.apache.org/bugzilla/show_bug.cgi?id=60627 --- Comment #2 from Mark Thomas --- The RFC6265 parser switches to RFC2109 rules if it sees $Version="1". It currently treats any other version as unknown and rejects the header. We could configure the RFC6265 parser to

Re: [VOTE] Release Apache Tomcat 8.0.41

2017-01-19 0:07 GMT+01:00 Violeta Georgieva : > The proposed Apache Tomcat 8.0.41 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.41/ > The Maven staging repo is: >

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 --- Comment #6 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Remy Maucherat from comment #5) > The point was to say that some JARs were needlessly scanned, and they could > be filtered out. People go on to complain sometimes that

Re: [VOTE] Release Apache Tomcat 7.0.75

Am 18. Januar 2017 22:45:53 MEZ schrieb Violeta Georgieva : >The proposed Apache Tomcat 7.0.75 release is now available for voting. > >It can be obtained from: >https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.75/ >The Maven staging repo is:

Re: [VOTE] Release Apache Tomcat 8.0.41

Am 19. Januar 2017 00:07:32 MEZ schrieb Violeta Georgieva : >The proposed Apache Tomcat 8.0.41 release is now available for voting. > >It can be obtained from: >https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.41/ >The Maven staging repo is:

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 --- Comment #5 from Remy Maucherat --- The point was to say that some JARs were needlessly scanned, and they could be filtered out. People go on to complain sometimes that they have 1000s of JARs in their webapp and it takes

[Bug 60627] Wrong cookie makes Rfc6265CookieProcessor ommit all following cookies

https://bz.apache.org/bugzilla/show_bug.cgi?id=60627 --- Comment #1 from Ales Dolecek --- The format used by the client is RFC 2109 or RFC 2965. So I guess it was probably dropped from Rfc6265CookieProcessor intentionally. -- You are receiving this mail because: You are the

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 --- Comment #4 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Rainer Jung from comment #3) > Maybe instead of > > "At least one JAR was scanned for TLDs yet contained no TLDs." > > use > > "At least one JAR was scanned for TLDs

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 --- Comment #3 from Rainer Jung --- Maybe instead of "At least one JAR was scanned for TLDs yet contained no TLDs." use "At least one JAR was scanned for TLDs which contained no TLDs." Would that make it easier to

[Bug 60362] Missing reason phrase in response

https://bz.apache.org/bugzilla/show_bug.cgi?id=60362 --- Comment #9 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Mateusz Nowakowski from comment #8) > >Do your clients require just some text after the space or do they really > >analyze >the text for predefined values? > > They

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 --- Comment #2 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Mark Thomas from comment #1) > The message is correct. > > Of the JARs scanned, at least one JAR was scanned for TLDs without any TLDs > being found in that JAR. > >

[Bug 60629] Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 Mark Thomas changed: What|Removed |Added Resolution|--- |INVALID

[Bug 60629] New: Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs

https://bz.apache.org/bugzilla/show_bug.cgi?id=60629 Bug ID: 60629 Summary: Misleading/erroneous log message from TldScanner#scanJars() about no TLDs in scanned JARs Product: Tomcat 8 Version: 8.5.11 Hardware: All

[Bug 60362] Missing reason phrase in response

https://bz.apache.org/bugzilla/show_bug.cgi?id=60362 --- Comment #8 from Mateusz Nowakowski --- >Do your clients require just some text after the space or do they really >analyze >the text for predefined values? They analyze the text, however they are compatible with previous

[Bug 60627] Wrong cookie makes Rfc6265CookieProcessor ommit all following cookies

https://bz.apache.org/bugzilla/show_bug.cgi?id=60627 Michael Osipov <1983-01...@gmx.net> changed: What|Removed |Added OS||All

svn commit: r1779932 - in /tomcat/trunk/java/org/apache/tomcat/util/buf: ByteBufferUtils.java LocalStrings.properties

Author: markt Date: Mon Jan 23 14:16:32 2017 New Revision: 1779932 URL: http://svn.apache.org/viewvc?rev=1779932=rev Log: Remove unused code, effectively reverting 1779370 and 1779612. Java 9 is now handled in other branch of if/else. Modified:

[Bug 60362] Missing reason phrase in response

https://bz.apache.org/bugzilla/show_bug.cgi?id=60362 --- Comment #7 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Mateusz Nowakowski from comment #6) > Facts: > 8.0.39 still returns the reason phase. > 8.5.x and onward do not return the reason phase. > > Purpose of this story is to

Re: [VOTE] Release Apache Tomcat 7.0.75

Hi, 2017-01-18 23:45 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 7.0.75 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.75/ > The Maven staging repo is: >

Re: [VOTE] Release Apache Tomcat 8.0.41

Hi, 2017-01-19 1:07 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 8.0.41 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.41/ > The Maven staging repo is: >

Re: [VOTE] Release Apache Tomcat 6.0.50

2017-01-22 17:59 GMT+02:00 Violeta Georgieva : > > The proposed Apache Tomcat 6.0.50 release is now available for voting. > > Note: This is the last Tomcat 6 release. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-6/v6.0.50/ > The Maven

[Bug 60362] Missing reason phrase in response

https://bz.apache.org/bugzilla/show_bug.cgi?id=60362 Mateusz Nowakowski changed: What|Removed |Added Version|8.0.x-trunk |8.5.x-trunk ---

[Bug 60613] getting Maximum code footprint error after upgrade to Tomcat 8.5.11

https://bz.apache.org/bugzilla/show_bug.cgi?id=60613 --- Comment #6 from Mark Thomas --- The users list is the best place to discuss ways to handle problems with overly large methods. I've taken a quick look at the generated source and I don;t see any obvious ways to reduce

[Bug 60490] Several improvements to the ErrorReportValve

https://bz.apache.org/bugzilla/show_bug.cgi?id=60490 --- Comment #6 from Michael Osipov <1983-01...@gmx.net> --- (In reply to Mark Thomas from comment #5) > Thanks for the patch. > > Fixed in: > - trunk for 9.0.0.M18 onwards > - 8.5.x for 8.5.12 onwards Thank you very much, I can finally

Publish snapshots from the Buidlbot

I think it would be useful if we configured buildbot to publish snapshots (probably as part of the daily build) to repository.a.o. Therefore I have requested the appropriate credentials from infra and when I have them I'll make the necessary changes tot he buildbot config. It might also be

[Bug 60627] New: Wrong cookie makes Rfc6265CookieProcessor ommit all following cookies

https://bz.apache.org/bugzilla/show_bug.cgi?id=60627 Bug ID: 60627 Summary: Wrong cookie makes Rfc6265CookieProcessor ommit all following cookies Product: Tomcat 8 Version: 8.5.8 Hardware: PC Status: NEW

svn commit: r1779901 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/startup/Tomcat.java webapps/docs/changelog.xml

Author: markt Date: Mon Jan 23 10:18:45 2017 New Revision: 1779901 URL: http://svn.apache.org/viewvc?rev=1779901=rev Log: Make it easier for sub-classes of Tomcat to modify the default web.xml settings by over-riding getDefaultWebXmlListener(). Patch provided by Aaron Anderson. Modified:

svn commit: r1779900 - in /tomcat/tc8.5.x/trunk: ./ java/org/apache/catalina/startup/Tomcat.java webapps/docs/changelog.xml

Author: markt Date: Mon Jan 23 10:16:55 2017 New Revision: 1779900 URL: http://svn.apache.org/viewvc?rev=1779900=rev Log: Make it easier for sub-classes of Tomcat to modify the default web.xml settings by over-riding getDefaultWebXmlListener(). Patch provided by Aaron Anderson. Modified:

[GitHub] tomcat pull request #40: Corrected addWebapp default web xml listener refere...

Github user asfgit closed the pull request at: https://github.com/apache/tomcat/pull/40 --- 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 feature is

svn commit: r1779899 - in /tomcat/trunk: java/org/apache/catalina/startup/Tomcat.java webapps/docs/changelog.xml

Author: markt Date: Mon Jan 23 10:16:18 2017 New Revision: 1779899 URL: http://svn.apache.org/viewvc?rev=1779899=rev Log: Make it easier for sub-classes of Tomcat to modify the default web.xml settings by over-riding getDefaultWebXmlListener(). Patch provided by Aaron Anderson. This closes #40

Re: Dynamic reloading of SSL certificates

On 23/01/2017 09:36, Emmanuel Bourg wrote: > Hi all, > > With the fast adoption of Let's Encrypt many people are interested in > integrating it with Tomcat. A first step was to ensure that Tomcat can > directly use the PEM certificates generated by the letsencrypt/certbot > client. An important

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #8 from romain.manni-bucau --- Fact is tomcat kind of guarantee you execute code in a specific thread pool (far from any user pool or http pool to be concrete). So there is now a lot of code relying on

[Bug 60623] When startStopThreads is 1, don't rely on an executor and instead start synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=60623 --- Comment #7 from Mark Thomas --- (In reply to romain.manni-bucau from comment #4) > Can 1 keep current behavior and 0 or negative values use an executor > executing directly the task? 1 is used and relying on deployer

Dynamic reloading of SSL certificates

Hi all, With the fast adoption of Let's Encrypt many people are interested in integrating it with Tomcat. A first step was to ensure that Tomcat can directly use the PEM certificates generated by the letsencrypt/certbot client. An important aspect of Let's Encrypt is automation, the certificates

[Bug 60490] Several improvements to the ErrorReportValve

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

svn commit: r1779898 - in /tomcat/tc8.5.x/trunk: ./ java/org/apache/catalina/valves/ test/org/apache/catalina/valves/ webapps/docs/

Author: markt Date: Mon Jan 23 09:50:09 2017 New Revision: 1779898 URL: http://svn.apache.org/viewvc?rev=1779898=rev Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=60490 Format improvements to ErrorReportValve Patch by Michael Osipov Modified: tomcat/tc8.5.x/trunk/ (props changed)

[Bug 60613] getting Maximum code footprint error after upgrade to Tomcat 8.5.11

https://bz.apache.org/bugzilla/show_bug.cgi?id=60613 --- Comment #5 from M. Manna --- Thanks - But isn't this going to cause quite a lot of Legacy systems to be broken? Or do you expect developers to use the older versions of Tomcat? -- You are receiving this mail because:

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

Author: markt Date: Mon Jan 23 09:45:04 2017 New Revision: 1779897 URL: http://svn.apache.org/viewvc?rev=1779897=rev Log: Update changelog Modified: tomcat/trunk/webapps/docs/changelog.xml Modified: tomcat/trunk/webapps/docs/changelog.xml URL:

[Bug 60613] getting Maximum code footprint error after upgrade to Tomcat 8.5.11

https://bz.apache.org/bugzilla/show_bug.cgi?id=60613 Mark Thomas changed: What|Removed |Added Resolution|--- |INVALID

Re: Memory leak found in java.util.concurrent.ForkJoinPool

On 21/01/2017 16:56, Mark Thomas wrote: On 21/01/2017 09:31, Konstantin Kolinko wrote: 2017-01-09 23:58 GMT+03:00 Mark Thomas : All, As a result of a thread on the users list, a memory leak has been discovered in java.util.concurrent.ForkJoinPool.commonPool. It appears

[Bug 60613] getting Maximum code footprint error after upgrade to Tomcat 8.5.11

https://bz.apache.org/bugzilla/show_bug.cgi?id=60613 --- Comment #3 from M. Manna --- Also found the same problem when downgraded to 8.0.39. Hence, downgrading to 8.0.29. I am not facing the issue anymore with 8.0.29. Could someone please let me know if a bugfix will be done

Re: svn commit: r1779674 - /tomcat/native/trunk/native/configure.in

Hi Konstantin, Le 21/01/2017 à 08:58, Konstantin Kolinko a écrit : > 1. Please update xdocs/miscellaneous/changelog.xml as well. Thanks I didn't see it. > 2. I see that other "able-" flags use AS_HELP_STRING() macro to format > help string. > > Maybe use it here as well? I got a look and

svn commit: r1779891 - /tomcat/site/trunk/xdocs/whoweare.xml

Author: ebourg Date: Mon Jan 23 08:28:34 2017 New Revision: 1779891 URL: http://svn.apache.org/viewvc?rev=1779891=rev Log: Added myself to the list of committers Modified: tomcat/site/trunk/xdocs/whoweare.xml Modified: tomcat/site/trunk/xdocs/whoweare.xml URL:

svn commit: r1779890 - /tomcat/native/trunk/xdocs/miscellaneous/changelog.xml

Author: ebourg Date: Mon Jan 23 07:59:54 2017 New Revision: 1779890 URL: http://svn.apache.org/viewvc?rev=1779890=rev Log: Changelog update Modified: tomcat/native/trunk/xdocs/miscellaneous/changelog.xml Modified: tomcat/native/trunk/xdocs/miscellaneous/changelog.xml URL: