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=8611>. 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=8611 Sealed .jar files in WEB-INF/lib always fail to load second class Summary: Sealed .jar files in WEB-INF/lib always fail to load second class Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The webapp classloader (org.apache.catalina.loaderWebappClassLoader) appears to not handle sealed .jar files properly. On line 1598 (Revision 1.15.2.9) the call to definePackage passes entry.source as the URL that is the "sealBase" of the package. Everything is fine until a second class is loaded from the same package. On line 1614, the check to ensure a sealing violation is not occuring passes entry.source of the class being loaded. This check always fails because entry.source that the package was defined with was the *full* pathname to the classfile. The same holds true for the path being passed during the seal check. These URL's are never equal and therefore pkg.isSealed returns false on line 1614. As I am not in control of the .jar file that contains the sealed package I can't simply not seal it. This is the only reason I have given this a "major" priority. Please forgive if this was inappropriate... -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
