[Bug 66023] New: Getting requestbody as inputstream fails when upgrading to h2c

https://bz.apache.org/bugzilla/show_bug.cgi?id=66023 Bug ID: 66023 Summary: Getting requestbody as inputstream fails when upgrading to h2c Product: Tomcat 9 Version: 9.0.62 Hardware: PC Status: NEW Sev

[Bug 66023] Getting requestbody as inputstream fails when upgrading to h2c

https://bz.apache.org/bugzilla/show_bug.cgi?id=66023 Remy Maucherat changed: What|Removed |Added OS||All --- Comment #1 from Remy Mauchera

[Bug 66023] Getting requestbody as inputstream fails when upgrading to h2c

https://bz.apache.org/bugzilla/show_bug.cgi?id=66023 --- Comment #2 from bclozel --- Also, see https://bz.apache.org/bugzilla/show_bug.cgi?id=65726 which fixed a similar issue in the past. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 66024] New: NioEndpoint$NioSocketWrapper CountDownLatch locked

https://bz.apache.org/bugzilla/show_bug.cgi?id=66024 Bug ID: 66024 Summary: NioEndpoint$NioSocketWrapper CountDownLatch locked Product: Tomcat 9 Version: 9.0.17 Hardware: PC OS: Linux Status: NEW Severity

[Bug 66024] NioEndpoint$NioSocketWrapper CountDownLatch locked

https://bz.apache.org/bugzilla/show_bug.cgi?id=66024 --- Comment #1 from he zhang <13426138...@163.com> --- spring-boot-starter-web:2.1.4.RELEASE spring-boot-starter-tomcat:2.1.4.RELEASE tomcat-embed-core:9.0.16 Fake code: InflaterInputStream iis = new InflaterInputStream(request.getInputStream(

[Bug 66024] NioEndpoint$NioSocketWrapper CountDownLatch locked

https://bz.apache.org/bugzilla/show_bug.cgi?id=66024 Remy Maucherat changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 66025] New: WebappClassLoaderBase.getResources() needs partial replacements

https://bz.apache.org/bugzilla/show_bug.cgi?id=66025 Bug ID: 66025 Summary: WebappClassLoaderBase.getResources() needs partial replacements Product: Tomcat 9 Version: 9.0.62 Hardware: All OS: All

[Bug 66025] WebappClassLoaderBase.getResources() needs partial replacements

https://bz.apache.org/bugzilla/show_bug.cgi?id=66025 Remy Maucherat changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug 66026] New: Jars blocked

https://bz.apache.org/bugzilla/show_bug.cgi?id=66026 Bug ID: 66026 Summary: Jars blocked Product: Tomcat 9 Version: 9.0.59 Hardware: PC Status: NEW Severity: normal Priority: P2 Component: Catalina

[Bug 66025] WebappClassLoaderBase.getResources() needs partial replacements

https://bz.apache.org/bugzilla/show_bug.cgi?id=66025 --- Comment #2 from Marvin Fröhlich --- Don't you agree, that resolving resource paths is intrinsic for a classloader? Is a logger a security relevant aspect? Well, wouldn't it be sufficient to make provide these aspect via protected methods?

[Bug 66025] WebappClassLoaderBase.getResources() needs partial replacements

https://bz.apache.org/bugzilla/show_bug.cgi?id=66025 --- Comment #3 from Remy Maucherat --- (In reply to Marvin Fröhlich from comment #2) > Don't you agree, that resolving resource paths is intrinsic for a > classloader? Is a logger a security relevant aspect? > > Well, wouldn't it be sufficient

[Bug 66025] WebappClassLoaderBase.getResources() needs partial replacements

https://bz.apache.org/bugzilla/show_bug.cgi?id=66025 --- Comment #4 from Marvin Fröhlich --- What exactly do you mean by "expose"? A public getter? Would providing a protected getter for the logger and context name and a protected method like resolveResource(String) or resolvePath(String) or what