Bugs item #568037, was opened at 2002-06-12 14:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=568037&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Michael Christen (tgdchmi2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exceptions in startup with IBM jdk1.3.1
Initial Comment:
Exceptions in startup with IBM jdk1.3.1
During execution of run.sh we get a
java.util.zip.ZipException.
We get this exception only with JBoss 3.0 and IBM's jdk
1.3.1. With IBM's jdk 1.3.0 or SUN's jdk 1.3.1 the problem
does not arise.
With JBoss 2.4.6 this problem does not exist either.
Our system environnement:
- Standard virgin JBoss 3.0 installation
- SuSE Linux 8.0
- Kernel 2.4.18
- 1 GB of memory
- 1.8 GHz P4 CPU
See also startup log in attachement.
e-mail: [EMAIL PROTECTED]
----------------------------------------------------------------------
Comment By: Scott Dossey (sdossey)
Date: 2002-11-15 09:04
Message:
Logged In: YES
user_id=582555
I think I have a fix for this.
Quoted from my post on the Jboss forums:
------------------------------------------------------------------------------
>Okay, after many lost hours, I've figured out the
>problem with using the IBM VM.
>The problem lies with the IBM JRE 1.3.1's
>implementation of java.net.URLClassLoader. More
>specifically, it lies with IBM's unjarring code called
>from within that code.
>When you call java.net.URLClassLoader using a search
>URL that is not referencing a ".jar" file or a
>directory, it will barf with a ZipException.
>JBoss, for complicated reasons, calls this class's
>"findClass" method when the URL is pointing to an .xml
>file.
>The IBM environment attempts to "unjar" the .xml file
>resulting in a ZipException.
>The Sun environment probably does the same thing,
>except that it doesn't throw the ZipException and
>instead throws the ClassNotFoundException.
>Since the ZipException is a checked exception (and the
>classes in the IBM environment from which it is thrown
>don't declare that they throw it) this is a pretty
i>nteresting bug. For instance, it is impossible to
>compile something that catches this exception. ;) It's
>probably thrown from inside JNI code.
>This is definitely a bug with the IBM JRE, and I will
>report it to IBM.
>However, in the meantime I've implemented a workaround
>for Jboss.
>Jboss regularly passes around URL's other than ones
>pointing to .jar files and directories. The reason
>for this is that it has many, many ClassLoaders that
>are (directly or indirectly) subclasses of
>UseClassLoader, some of which understand these weird
>URLS, some of which don't.
>These class loaders are iterated through as
>appropriate to find a class. Unfortunately, the first
>one hit (after a caching class loader) is
>org.jboss.mx.loading.UnifiedClassLoader which directly
>extends UseClassLoader.
>This class calls methods on its superclass
>(UseClassLoader) sometimes using Url's its not
>designed to handle.
>In most environments this merely means that a lot of
>"bad" urls are "unjarred" unsuccessfully. This could
>have a large negative performance impact in some
>circumstances.
>In the IBM environment, because of the ZipException
>bug, these bad URL's are fatal.
>I've implemented a workaround by modifying the
>UnifiedClassLoader's constructor to only set a URL in
>the superClass (using super.AddURL) if it is a valid
>URL (IE--ends with ".jar" or "/").
>This fixes the problem with the IBM runtime
>environment, and potentially improves performance for
>other environments.
>I have not tested this much beyond just starting the
>server. My environment is not set up yet, and I am a
>Jboss neophyte. I don't even know how to run the
>regression tests yet. Haven't been able to get the
>blasted thing working until now.
>That said, the server now starts up beautifully.
>Attached <ON THE JBOSS FORUM> is a replacement
>jboss-3.0.4-src/jmx/src/main/org/jboss/mx/loading/
>UnifiedClassLoader.java file that fixes the problem.
>Replace the file, recompile, and run with it.
>Tell me if you run into any problems.
>Then after it gets a little more testing I'll submit a patch
>into the distibution proper.
-Scott Dossey
For questions--email me at [EMAIL PROTECTED]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=568037&group_id=22866
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
