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.