Yep, had the correct paths and it did not work but that was 3.0.2 and there were also issues finding jars in my WEB-INF/classes and WEB-INF/lib at that time. Checked, double checked and repackaged several times but those jars would only load if placed in [config]/lib or [config]/deploy. I will try that again in a more recent build based on your reported success with it.
----- Original Message ----- From: "Fredrik Lindgren" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 9:45 AM Subject: Re: [JBoss-user] Re: JB 3.0.4, loading classes from JAR in EAR > We are using class-path manifest lists in JBoss 3.0.4 and it works with > no problems at all. You have to make sure that the paths in the list are > correct relative paths to the jar files you need. This is working from > both wars and ejb jars (we have some common utility classes in a jar > that is used from both web apps and ejb modules) > > What is the latest version that you tested where it did not work? > > /Fredrik Lindgren > > Rod Macpherson wrote: > > 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 > > > > > > > ------------------------------------------------------- > 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
