https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
--- Comment #5 from Mark Thomas ---
This looks to be related to the NIO2 completion handlers. Secure connections do
a handshake first so the main request processing is on a completion handler
thread. These don't appear to have any security cont
Author: schultz
Date: Tue Nov 30 19:51:11 2021
New Revision: 1895435
URL: http://svn.apache.org/viewvc?rev=1895435&view=rev
Log:
Fix link to 8.5 changelog.
Modified:
tomcat/site/trunk/docs/index.html
tomcat/site/trunk/xdocs/index.xml
Modified: tomcat/site/trunk/docs/index.html
URL:
http
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
--- Comment #4 from Konstantin Kolinko ---
(In reply to Mark Thomas from comment #3)
> The issue is valid. I can reproduce it. Working on a fix now.
OK.
Noting that there is nothing but Tomcat and Java code in stacktraces. I expect
those to h
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
--- Comment #3 from Mark Thomas ---
The difference between '=' and '==' is that '=' means add this policy to the
ones defined in the security properties files whereas '==' means only use this
file.
The issue is valid. I can reproduce it. Worki
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
Allan changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
--- Comment #2 from Allan ---
Hi Konstantin,
I have tried your recommendation but it didn't resolve the issue.
double equal signs
--
export JAVA_OPTS="-Djava.awt.headless=true -Djava.security.manager
-Djava.security.policy==${C
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
Konstantin Kolinko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=65714
Bug ID: 65714
Summary: HTTPS connection error using NIO2 with security
manager enabled
Product: Tomcat 8
Version: 8.5.73
Hardware: Other
OS: Linux
https://bz.apache.org/bugzilla/show_bug.cgi?id=65710
--- Comment #4 from Christopher Schultz ---
(In reply to promenader from comment #3)
> In this case. there are already exists handle leaks. Tomcat 9.0.52 can
> autoRelease it. Tomcat 9.0.54 will not.
Do you have a test-case we can use to repro
