Re: [tomcat] branch master updated: Workaround what looks like a JRE bug to me

2020-11-03 Thread Mark Thomas
On 03/11/2020 21:23, ma...@apache.org wrote: > This is an automated email from the ASF dual-hosted git repository. > > markt pushed a commit to branch master > in repository https://gitbox.apache.org/repos/asf/tomcat.git > > > The following commit(s) were added to refs/heads/master by this push:

[tomcat] branch master updated: Workaround what looks like a JRE bug to me

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git The following commit(s) were added to refs/heads/master by this push: new a958480 Workaround what looks like a JRE bug to

[tomcat] 01/04: Align JPMS module names with current jakarta expectations

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git commit 1a338aa178b2d03b2296c15f446d9f7f21e240e3 Author: Mark Thomas AuthorDate: Mon Nov 2 19:17:45 2020 + Align JPMS mo

[tomcat] 03/04: Fix BZ 64849 JPMS provides/uses for EL

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git commit 9d3896a434e35cf8e9ebf1c95a81e1fcb739866e Author: Mark Thomas AuthorDate: Mon Nov 2 19:53:05 2020 + Fix BZ 64849

[tomcat] 04/04: Remove unnecessary code

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git commit 092e7eaa23c96aab2d7f93c023174c535c1afcf3 Author: Mark Thomas AuthorDate: Tue Nov 3 17:06:05 2020 + Remove unnece

[tomcat] 02/04: Update to BND 5.2.0

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git commit ab63d6eed4e3be786a9c0626cd658f2b57f14cc7 Author: Mark Thomas AuthorDate: Mon Nov 2 19:51:55 2020 + Update to BND

[tomcat] branch master updated (85d5a9f -> 092e7ea)

2020-11-03 Thread markt
This is an automated email from the ASF dual-hosted git repository. markt pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/tomcat.git. from 85d5a9f Additional fix for BZ 64848. Ensure Processor instances are cleaned up new 1a338aa Align JPMS module n

[Bug 64848] WsSession objects in OUTPUT_CLOSED state are implicitly held by waitingProcessors and GC cannot purge them from the JVM heap

2020-11-03 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=64848 --- Comment #9 from Laszlo Karolyi --- I can confirm that the issue I reported is indeed fixed in Tomcat 9.0.40 so thanks for the quick remediation. Do you happen to have an estimation as to when the 9.0.40 version of Tomcat is expected to be r

[GitHub] [tomcat] markt-asf commented on pull request #373: lazy set filed `DELETE_FILES_SERVICE`

2020-11-03 Thread GitBox
markt-asf commented on pull request #373: URL: https://github.com/apache/tomcat/pull/373#issuecomment-720330295 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and u

[GitHub] [tomcat] dao-jun commented on pull request #373: lazy set filed `DELETE_FILES_SERVICE`

2020-11-03 Thread GitBox
dao-jun commented on pull request #373: URL: https://github.com/apache/tomcat/pull/373#issuecomment-720880325 > How does this fix the issue? It only delays the creation of the executor from the point the class is loaded to the point where the first instance is created. Instance creation is

[Bug 64858] Allow to deploy a WAR whose dependencies are on a Maven repository

2020-11-03 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=64858 --- Comment #7 from Mark Thomas --- (In reply to Gael Lalire from comment #6) > Yes, WebResource are a terrific extension point. However it's a pity that > scanners don't use it and rely on constructed jar: URL. Which code are you referring to