The class-path manifest list (originated as an applet enhancement) does not work and they are not alone: weblogic also fails to load those classes. The problem with the original post is that they state they have a jar in an ear. That's clearly insufficient. The jar must be declared in the application.xml based and it will have to be one of ejb, web or java components and each of those has its own descriptor as we all know. I agree that for production you cannot drop everything in default/lib and for development you lose hot-deploy by doing that. At the same time that is the perfect place for shared libraries so in that sense it might be a solution to the original problem. To isolate the jar to just one ear use a SAR file. The class-path manifest list simply does not work unless you have tried that in the new version and found otherwise. An alternative is to package classes with the respective components so that each gets its own copy: not very elegant but effective.
----- Original Message ----- From: "Andreas Mecky" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 5:22 AM Subject: Re: [JBoss-user] Re: JB 3.0.4, loading classes from JAR in EAR > Hi, > > you have to put this in the MANIFEST.MF. > If you use ANT to build your ear then you have to tell the jar-task to > include > your MANIFEST.MF. Otherwise ANT will create a default one for you. > The MANIFEST.MF got to look like this: > Manifest-Version: 1.0 > Created-By: myself > Class-Path: myadditional1.jar myadditional2.jar > This assumes that these 2 jar files are in the main directory. > > If you use any other tool then make sure that the MANIFEST.MF is in the > META-INF subdirectory. > > HTH > > Andreas > > > ----- Original Message ----- > From: "Eric Jain" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: "otisg" <[EMAIL PROTECTED]> > Sent: Thursday, January 23, 2003 12:48 PM > Subject: [JBoss-user] Re: JB 3.0.4, loading classes from JAR in EAR > > > > > My EAR contains a WAR and a JAR. > > > > I'm stuck with the same problem. The procedure outlined in the faq works > > fine for accessing classes from my ejb's, but it does not work for war's. > > > > While putting all libraries in default/lib does solve the problem, this is > > not a real solution as I need to be able to package all resources into a > > single deployable unit. I believe this would be a common requirement, but > I > > may be wrong. > > > > So, is this a bug or a feature? If it is a feature, what is the rational > > behind it? Or is there in fact a solution to the problem I have > overlooked? > > > > > > > the latter actually gave > > > additional errors at boot time > > > > You didn't have any ejb's in the jar you put in the lib directory, did > you? > > > > > > -- > > Eric Jain > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > __________________________________________________________________ > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > Bis zu 100 MB Speicher bei http://premiummail.yahoo.de > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
