You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2001/10/13 02:06:41 UTC
DO NOT REPLY [Bug 4138] -
HttpProcessor threads have inconsistent ClassLoader state
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4138>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4138
HttpProcessor threads have inconsistent ClassLoader state
remm@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|4.0 Beta 6 |4.0.1 Beta 1
------- Additional Comments From remm@apache.org 2001-10-12 17:06 -------
1) It's not a security issue, since we're inside the container. Code running
there have all permissions.
2) I didn't see a case where it would be useful to map a valve below the host
level. It seemed very accessory to me, so I decided to save a possibly
relatively expensive call. Is there a need outisde of your particular case
(because I think you're filing the bug for a reason) ?
Otherwise, your solution is fine, and it's what's been used to swap context CL
during the initialization (since we really have to restore the original CL at
that time).
Note: There were probably related bugs in beta 6 with the CCL switching during
init. Obviously it needed some debugging to get it right.
I change the version number to 4.0.1b1, since that code didn't change.