On Wed, 28 Mar 2001, Matthew L Daniel wrote:
> > I believe that someone is working on the "sealing viloation" fix that he
> > wanted to include in beta 2.
>
> Can someone confirm (from a CVS build) that this bug still exists? The
> biggest thing that I need to see from someone else's machine is:
> * use the CVS jakarta-servletapi-4,
> * use the CVS jakarta-regexp-1.3-dev,
> * and make /double-backflippingly/ sure that the jars Catalina uses are still
> Sealed: true. The jars in your webapp shouldn't matter, but the ones in the
> various lib directories of Catalina must still be sealed (as they are by
> default)
>
> In unix, my favorite way of testing this is:
> cd $CATALINA_HOME;
> for j in `find . -name "*.jar"`; do
> echo $j;
> unzip -c $j META-INF/MANIFEST.MF | grep Sealed;
> done
>
> You should see that jaxp.jar and crimson.jar ARE, repeat, ARE sealed. If
> they are not, and you don't get the sealing violation, then you are a victim
> of the earlier CVS commits of unsealed jars.
>
> However, if you jump through my little hoops and you still don't (or do)
> get the sealing violation, PLEASE send me (and/or the list) email. The
> problem has vanished on my development machine, so it makes tracking the
> problem a nightmare.
>
Recent nightly builds (and the result you get when you run the unmodified
build process from CVS source) have a patched version of jaxp.jar and
crimson.jar that are not sealed. You would need to replace them with the
standard (sealed) versions, and run on a 1.3 JVM, to reproduce the problem
-- at least from my experience.
A quick way to reproduce:
* Replace the jaxp.jar and crimson.jar as mentioned above
* Deploy the struts-example application from Struts (includes Xerces
in WEB-INF/lib)
* Run on a JDK 1.3 platform (either Linux or Windows)
* Try to start Tomcat 4.0
* Experience sealing violations during the startup
> Craig knows all of this, but the more input I can get the better.
>
> -- /v\atthew
> --
> Matthew L Daniel Never put off until tomorrow what you can do today.
> Wizard There might be a law against it by that time.
> [EMAIL PROTECTED] -- `/usr/bin/fortune`
>
Craig
