War inside ear; Classpath problem

I have a deployment structure like the following:
app.ear
+ META-INF
--application.xml
--lib
-- commons*.jar
--ejb.jar
--web.war
--WEB-INF
--META-INF
I have all the common jars inside top level lib directory. The war file references
them through an entry in manifest.mf file. This setup works in weblogic 6.1
But in weblogic 8.1, it complains that Digester class is unable to load one of
web app presentation layer class.
It works in 8.1 if i move the common jar files to APP-INF\lib; So is there anyway
i can make it work with the entry manifest file?
-Jay

My guess is a problem with Digester not using the Thread's context
classloader.
Cheers
mbg
"Jay Rege" <[email protected]> wrote in message
news:[email protected]...
>
Here is the stack trace.
==============
[weblogic] | 2003-06-27 17:54:24,854 | ERROR |org.apache.commons.digester.Digester
| Begin event threw e
rror
[weblogic] java.lang.NoClassDefFoundError:org/apache/commons/collections/FastHashMap
[weblogic] atorg.apache.commons.beanutils.BeanUtils.<clinit>(BeanUtils.java:106)
[weblogic] atorg.apache.commons.digester.SetPropertiesRule.begin(SetPropertiesRule.java:2
59)
[weblogic] at org.apache.commons.digester.Rule.begin(Rule.java:200)
[weblogic] atorg.apache.commons.digester.Digester.startElement(Digester.java:1273)
[weblogic] atweblogic.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXPar
ser.java:459)
[weblogic] atweblogic.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Abstra
ctXMLDocumentParser.java:
221)
[weblogic] javax.servlet.ServletException:org/apache/commons/collections/FastHashMap
=============
commons-digestor.jar and commons-beanutils.jar are there under top levellib directory.
>
I can use put them under APP-INF\lib, but i am trying to figure out why itdoesn't
work with manifest file.
-Jay
"Mark Griffith" <[email protected]> wrote:
Why not put it in APP-INF\lib?
And where are the Digester classes and the web app presentation layer
classes and what is the full stack?
cheers
mbg
"Jay Rege" <[email protected]> wrote in message
news:[email protected]...
I have a deployment structure like the following:
app.ear
+ META-INF
--application.xml
--lib
-- commons*.jar
--ejb.jar
--web.war
--WEB-INF
--META-INF
I have all the common jars inside top level lib directory. The warfile
references
them through an entry in manifest.mf file. This setup works in weblogic6.1
But in weblogic 8.1, it complains that Digester class is unable toload
one of
web app presentation layer class.
It works in 8.1 if i move the common jar files to APP-INF\lib; So isthere
anyway
i can make it work with the entry manifest file?
-Jay

Similar Messages

Ear Classpath problem

I have an ear file that contains
staiAppln.ear
-> stai.war
-> staiEJB.jar
-> application.xml (defining stai.war as web module & staiEJB as EJB
module)
-> manifest.mf (empty except for version number)
staiEJB.jar contains the various classes and EJBs to support the web
app as well as a class that allows you to run the application from a
dos prompt
(eg java -cp staiEJB.jar;%CLASSPATH% stai.Client) which works fine.
The problem is how to configure the ear file so that you can run the
same prompt using the ear file (eg java -cp staiAppln.ear;%CLASSPATH%
stai.Client).
Currently I get a ClassNotFound exception on stai.Client as it is not
finding the class within staiEJB.jar. I have tried modifying the
manifest.mf and adding a classpath line, but that only worked if the
staiEJB.jar was in the same directory as the staiAppln.ear. Can anyone
point me in the right direction??
Thanks
Terry

Hi Terry,
EAR is a jar file. AFAIK you java can not load classes from
jars in a jar (unless you implement a classloader that can handle it).
So you could just unjar ear and put it's jars into the classpath.
Regards,
Slava Imeshev
"Terry Treadwell" <[email protected]> wrote in message
news:[email protected]..
I have an ear file that contains
staiAppln.ear
-> stai.war
-> staiEJB.jar
-> application.xml (defining stai.war as web module & staiEJB as EJB
module)
-> manifest.mf (empty except for version number)
staiEJB.jar contains the various classes and EJBs to support the web
app as well as a class that allows you to run the application from a
dos prompt
(eg java -cp staiEJB.jar;%CLASSPATH% stai.Client) which works fine.
The problem is how to configure the ear file so that you can run the
same prompt using the ear file (eg java -cp staiAppln.ear;%CLASSPATH%
stai.Client).
Currently I get a ClassNotFound exception on stai.Client as it is not
finding the class within staiEJB.jar. I have tried modifying the
manifest.mf and adding a classpath line, but that only worked if the
staiEJB.jar was in the same directory as the staiAppln.ear. Can anyone
point me in the right direction??
Thanks
Terry

War an ear deployment problem

hi,
I got a war and ear that share common classes. I would like to deploy both of them on the same application server.
I started with weblogic and it worked fine.
Now I am running it on Websphere - the problem is the ear application failed to start - it cant find one of it's property files even though it is in the class path.
I see that the jar containing all the properties is in the class path - the application can access all other properties files except this one.
The problematic properties file is my.commons.logging.properties which is a refactoring to the common.logging jar.
I also see that if the war is not deployed - the ear is deployed without a problem.
the war contains commons.logging.properties and because Websphere also had it's own common.logging i had to use "parent last" for the war deployment.
If i change the load order of the applications(the ear is loaded first) - the properties file is found.
I will be happy to hear any idea you got about this.
I don�t understand how two different applications affect each other that way.
Thanks!!!

Sounds like a bug. You can report it to [email protected]
-- Rob

Referencing Shared Java EE Libs in Weblogic from WAR inside EAR

We have a number of applications that need to reference to both Oracle and our own Shared Java EE Libraries on WebLogic. They are structured as folows:
Our own shared library, "framework", is packaged as a JAR inside an EAR, along with all non-Oracle, third-party libraries (JAR:s) and deployed as a shared library in WebLogic. This is it's manifest:
Manifest-Version: 1.0
Created-By: Apache Maven 3.0.4
Built-By: lajokon
Build-Jdk: 1.7.0_07
Implementation-Vendor: <organization>
Implementation-Title: Framework Lib
Implementation-Version: 15.0.2
Implementation-Vendor-Id: org
Specification-Vendor: <organization>
Specification-Title: Framework Lib
Specification-Version: 15.0.2
Extension-Name: framework-lib
All JAR:s are in APP-INF/lib
The applications are each packaged in a WAR inside its own EAR. The WAR weblogic.xml:
<wls:weblogic-web-app>
<wls:weblogic-version>10.3.6</wls:weblogic-version>
<wls:context-root>app-name</wls:context-root>
<wls:library-ref>
<wls:library-name>adf.oracle.domain.webapp</wls:library-name>
<wls:specification-version>1.0</wls:specification-version>
<wls:exact-match>false</wls:exact-match>
</wls:library-ref>
<wls:library-ref>
<wls:library-name>jsf</wls:library-name>
<wls:specification-version>2.0</wls:specification-version>
<wls:exact-match>false</wls:exact-match>
</wls:library-ref>
</wls:weblogic-web-app>
The EAR application.xml:
<application>
<display-name>app-name</display-name>
<module>
<web>
<web-uri>app-name.war</web-uri>
<context-root>/app-name</context-root>
</web>
</module>
</application>
The EAR weblogic-application.xml:
<weblogic-application>
<library-ref>
<library-name>adf.oracle.domain</library-name>
<specification-version>1.0</specification-version>
<exact-match>false</exact-match>
</library-ref>
<library-ref>
<library-name>coherence</library-name>
<specification-version>3.7</specification-version>
<exact-match>false</exact-match>
</library-ref>
<library-ref>
<library-name>framework-lib</library-name>
<specification-version>15.0</specification-version>
<exact-match>false</exact-match>
</library-ref>
</weblogic-application>
All libraries are deployed by default or deploy correctly in WL. As does the application EAR.
But, when I access the application i get runtime errors saying it can't load resources located in the WAR:s WEB-INF/classes dir!?
However, I can see, from log output, that it loads resources from the Framework EAR. Why does WL not seem to care about the contents of my WAR?

If I use the Admin Server Console to view the shared library, I can see ecif-ear(1.0,1.0) in the Deployments list. Its State is shown as "Active", Type is "Library", Deployment Order is 100.
I deployed the shared library using the Admin Server Console but deployed the referencing application using WorkShop for WebLogic Platform by Run As -> Run on Server. The Eclipse error log shows the following Exception Stack Trace:
com.bea.workshop.wls.core.j2eelib.UnresolvableReferenceException: ecif-ear|1.0|1.0|true
     at com.bea.workshop.wls.core.j2eelib.LibraryModuleRegistry.resolve(LibraryModuleRegistry.java:106)
     at com.bea.workshop.wls.core.j2eelib.LibraryModulesSvc.resolve(LibraryModulesSvc.java:884)
     at com.bea.workshop.wls.core.server.internal.J2EEDeploymentHelper.deployLibraryModules(J2EEDeploymentHelper.java:409)
     at com.bea.workshop.wls.core.server.internal.J2EEDeploymentHelper.deployAllLibraryModules(J2EEDeploymentHelper.java:392)
     at com.bea.workshop.wls.core.server.internal.J2EEDeploymentHelper.deploy(J2EEDeploymentHelper.java:198)
     at com.bea.workshop.wls.core.server.internal.WeblogicServerBehaviour.publishModules(WeblogicServerBehaviour.java:893)
     at com.bea.workshop.wls.core.server.internal.WeblogicServerBehaviour.publishOnce(WeblogicServerBehaviour.java:459)
     at com.bea.workshop.wls.core.server.internal.WeblogicServerBehaviour.publish(WeblogicServerBehaviour.java:334)
     at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:862)
     at org.eclipse.wst.server.core.internal.Server.publish(Server.java:850)
     at org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:142)
     at org.eclipse.core.internal.jobs.Worker.run(Worker.java:58)

Common JAR file between EJB and WAR inside an EAR

Hi,
I'm trying to deploy an EAR application outside the development environment and I have the following problem.
My EAR has the following structure :
application.ear
|-- ejbs.jar
|-- web.war
Inside the WAR, in /WEB-INF/lib/, I have a set of JAR files that are used by the Web app and also, of course, by the EJB.
During the deployment step, EJB module cannot be deployed because it miss some classes into the classpath.
I think it is a common problem in J2EE development, so does someone has a solution for this problem ?
Please note I'm using Macromedia JRun 4 SP1 on Windows XP.
Regards,
Damien.

Ok,
I have found a solution that seems elegant to me. I'm going to try and explain...
My appli.jar EJB module and my appli.war Web module are using both two JAR, let's say common.jar and util.jar.
The way to share those JAR between the two modules is to have the following structure for the EAR :
appli.ear
|-- appli.jar
|-- appli.war
|-- common.jar
|-- util.jar
|-- META-INF
|-- application.xml
|-- manifest.mfIn this structure :
* the common.jar and the util.jar are not part of the WAR (/web-inf/lib)
* the manifest.mf file has the following content :
Manifest-Version: 1.0
Created-By: My Application
Class-Path: common.jar util.jarPlease note that space is used as separator for the classpath entry to allow independancy from OS.
And you know what ? It works ! Well, on Macromedia JRun 4.0 SP1 and on Windows XP but I hope it works on other platforms.
I hope it will help a lot of people because I spent a lot of time before to find a solution !
Regards,
Damien.

Classpath problems in EAR packaging?

I try to access an EJB from a JSP. The JSP resides in web.war and the bean is in ejb.jar, and both of these are packaged together in an ear.
I get a compile error when I try opening a JSP. I've had this problem in all my attempts to use my bean classes from JSP.
My browser reports that the compiler cannot find the beans package. I have servlets within the war-file that are able to find the beans package, but the JSPs aren't.
My ear-file contains 3 files
ejb.jar
web.war
META-INF\MANIFEST.MF
The manifest classpath points to ejb.jar and web.war
My guess is that this has something to do with the way this is deployed by GlassFish.
The application is deployed in the
domains\mydomain\applications\j2ee-apps\myear\
This directory contains the expanded files:
ejb_jar\
web_war\
META-INF
So the Java classes under web_war\ are able to see the Java classes under ejb_jar\ (i.e. my servlets)
However; when GlassFish creates Java files from the JSPs and then tries to compile them, these files are placed under
domains\mydomain\generated\jsp\j2ee-apps\myear\web_war\org\apache\jsp\jsp
This might be correct for all I know, but apparently the compiler is unable to find the Java classes located under the mydomain\applications\.. directory when compiling classes located under the mydomain\generated\.. directory. There are no other files from my ear anywhere in the "generated" directory.
So to me this seems to be some kind of classpath problem, as the compiler cannot find the needed files.
Does this make any sense to anyone?
PS
In my ear, the JSPs are placed in the web.war. The war file looks like this:
jsp\
   myjsp.jsp
META-INF
   MANIFEST.MF
WEB-INF
   web.xml
   lib\
      mylib.jarThanks
\\Marius

Marius,
If you want communicate the bean you have to do following things.
. Create a factory for the correct protocol
. Obtain a Home
. Use the Home to create stubs to the remote object
So you want to call the Home and Remote interfaces to access the bean. When you run the client program, it will create the remote object that time it has to search the Home and Remote interfaces. So you have included those files for references in following location
WEB-INF/classes
     -- <Home Interface File Name>.class
     -- <Remote Interface File Name>.class
Or
WEB-INF/lib
     -- <Bean Jar file name>.jar
I think you will understand.
-Mani

Problem with NetWeaver 2004s EAR classpath for EJB

I'm working with SAP NetWeaver Developer Studio Version: 7.0.09.
I am trying to reference additional JARs from an EJB at runtime in the J2EE engine. I have added the additional JARs to my EAR project (I have a separate EJB module project) through "Properties/Archive Build Info." Then I have updated my EAR classpath by double-clicking on the application-j2ee-engine.xml and selecting Expert settings then specify a list of JAR's in the "Additional classpath" field as such: "log4j-1_2_8.jar, basis-test.jar,commons-beanutils-bean-collections.jar,commons-beanutils-core.jar,commons-beanutils.jar" Then I build the Application Archive (the EAR) and deploy to the J2EE Engine.
This is what my application-j2ee-engine.xml in my EAR looks like:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE application-j2ee-engine SYSTEM "application-j2ee-engine.dtd">
<application-j2ee-engine>
     <classpath>log4j-1_2_8.jar, basis-test.jar,commons-beanutils-bean-collections.jar,commons-beanutils-core.jar,commons-beanutils.jar</classpath>
     <provider-name>sap.com</provider-name>
     <fail-over-enable
          mode="disable"/>
</application-j2ee-engine>
Then when I run my client code against the EJB (actually through a web service) I get an error in the log -- a "NoClassDefFoundError" on the log4j-1_2_8.jar file from a log4j call:
EntryPoint: [/SalesOrderCalculation/Config1]. Implementation exception occurs. Please check implementation container(e.g. EJB) logs for additional information! com.sap.engine.services.ejb.exceptions.BaseEJBException: Exception in method calculateOrder.->java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
Why is my EJB not finding the jar file even though I add it to the EAR and specify the additional classpath for the EAR?
Edited by: Juan Reyes on Jul 30, 2008 9:08 AM

Removed the word URGENT from your subject.
Please read the "Rules of Engagement"

Java files from a EAR file and from inner (inside EAR)

I want to read all Java files from a EAR file and from inner (inside EAR) EAR or WAR file with out unpacking.
suppose "Demo.ear" contaions the following files:
abc.java
programs / a.java
programs / b.java
src / index.java
src / com / myFolder / main.java
src.war
and suppose "src.war" again contains some java files inside differenet folders.
The main problem is that i can read all java files from "Demo.ear" but unable to reading from "src.war" b'coz my program is using JarFile class constructor which needs a archive file path, So only top level archive having the path but not the inner archives.
So, pls help me out to this problems
Thanks in advance

Firstly Sorry to writing long letter. but i was unable to express my problem.
see my code==============================
JarFile jarFile = new JarFile("Demo.ear");
Enumeration e=jarFile.entries();
while (e.hasMoreElements())
JarEntry entry=(JarEntry)e.nextElement();
if (entry.getName().endsWith(".war"))
// Then what Next to do...........
===========================================
you have mentioned "theFile" , What is this?...............
InputStream in = theFile.getInputStream(theEntryOfTheWAR);
This line is not a compatible type casting in Java..........
ZipOutputStream theWar = new ZipInputStream(in);

How to Create a jar war or ear--Probelms in deploying

I have the following dir structure. I am using Struts 1.1 and weblogic 7.0
APP
+jsp
+WEB-INF
+ ---lib
+--- classes
+----com
--ap
--action
--beans
--handler
--service
--client
--ejb
--valueobject
1> Do I need to create a ear file since i want both the ejb (under service folder) and war as reusable components. Whenever we have a EJB component do we always need to have an EAR file??
2> Whats the best way to create the jar, war or ear file. I am facing great difficulty in deploying the war.Do we need to set any classpath before we create the war and jar files except for the deployment descriptors.I have created the ejb descriptors correctly through ejbc.
3>I have kept struts.jar,log4j.jar under lib folder. However when i create the ear and try to deploy it under weblogic it deploys the war file but gives error in deploying the jar which has the ejb. I have aslo validated the jar using ejbc.
It gives error indicating that it requires struts.jar in classpath. If we give the classpath of struts.jar at system leve the Application deploys with ease..Can anyone tell whats the error.The jar does not use any strust component .
4>Also the valueobject which has some beans which are used to populate the jsp through Actionformbean. Is it ok if we give refrences in both ejb jar and war?
ie while creating jar and war folder have the valueobject in both the files or will it lead to any errors..
Thanks in Advance
....

Yes, I have tried that. But, as the server is running and the jars are in use, it throws and EditFailedException

Jar, War or Ear file ?

Hi,
I am a total newbie in J2EE technology.
I am currently using Sun One Application. Using the sample application, it produces all the Jar, War and Ear files.
My understanding is Jar is produced to be a library-like usage.
War is for web application.
And Ear is for what?? oops EJB? Can someone tell me?
Anyway, my concern is, if I am to produce Ear, war, or Jar file after deploy, I have problems doing the testing. Let's say I want to modify the Jsp file, then I have to use ant to compile all, undeploy the instance and deploy again.
Any better way?

your jar files contain your EJBs, your WAR file contains your web application (JSPs, servlets and support) and these are all bundled into your EAR file. All of these files are just zip-formatted archives, you can look at them all via the jar tool (or something like WinZip, if you are so inclined). Each of these will contain a descriptor file (in XML format) - check out the J2EE spec on it.
Lee

AS904: JDBC classpath problem in OC4J instance

Hi,
I want to run an ADF Faces web app in AS 904 (WAR contains all JAR incl. JDBC JARs). It does not work because the the application uses a newer version of the JDBC JARs than the version provided with AS904. The OC4J instance seems to load the older JDBC version instead of the JDBC version provided with the WAR.
The classpath of the AS904 OC4J instance defined in application.xml does not include any JDBC JARs.
This fact seems to be the root of all the trouble!
Is there a way to change the classpath for the JDBC JARs of my OC4J instance without affecting other OC4J instances?
Markus

Thanks Avi!
I can' solve my problem because the CLASSPATH of the OC4J-instance has a fixed prefix definition. Changing the CLASSPATH in application.xml oder with a cmd switch like -cp "my class path" only affects the CLASSPATH behind the prefix.
The prefix is definds in the manifest file of the oc4j.jar like this:
lib/ejb.jar lib/servlet.jar lib/ojsp.jar lib/jndi.jar lib/
jdbc.jar iiop.jar iiop_gen_bin.jar lib/jms.jar lib/jta.jar lib/jmxri
.jar lib/javax77.jar lib/javax88.jar ../../opmn/lib/ons.jar ../../op
mn/lib/optic.jar ../../lib/dms.jar ../../dms/lib/dms.jar lib/connecto
r.jar lib/cos.jar lib/jsse.jar ../../oracle/lib/jsse.jar lib/jnet.ja
r lib/jcert.jar lib/activation.jar lib/mail.jar ../../javavm/lib/jasp
er.zip ../../lib/xmlparserv2.jar ../../oracle/lib/xmlparserv2.jar lib
/jaxp.jar lib/jaas.jar jazn.jar ../../jdbc/lib/classes12dms.jar ../..
/oracle/jdbc/lib/classes12dms.jar ../../jdbc/lib/nls_charset12.jar ..
/../oracle/jdbc/lib/nls_charset12.jar jaxb-rt-1.0-ea.jar ../../soap/
lib/soap.jar ../../webservices/lib/wsserver.jar ../../webservices/lib
/wsdl.jar ../../rdbms/jlib/aqapi.jar lib/jem.jar ../../javacache/lib/
cache.jar lib/http_client.jar ../../jlib/jssl-1_1.jar ../../oracle/jl
ib/jssl-1_1.jar ../../jlib/repository.jar ../../oracle/jlib/repositor
y.jar lib/jaasmodules.jar ../../sqlj/lib/runtime12ee.jar ../../sqlj/l
ib/translator.jar lib/crimson.jar
As you can see, the JDBC lib is loaded with this settings before my CLASSPATH seetings!
I bet changing this manifest file affects Oracle support. ;-)
In the end, my J2EE web application does not run on a J2EE compliant Oracle AS 904!
Thanks,
Markus

Help with APP-INF/lib inside EAR

I have an EAR task in my ANT script, how do I add jars into APP-INF/
lib inside EAR ?
I dont want to create a folder structure in my project, only EAR
should have
<EAR root> /APP-INF/lib
Edited by: Taranfx_com on Oct 12, 2008 4:49 AM

try using prefer-web-inf-classes in the weblogic.xml file in your WAR file
or using prefer-application-packages in the weblogic-application.xml file in your EAR.

Classpath problem

i am here stuck..
my dir structure is
c:\my\xxx\yyy\zzz
i have a code ...
package xxx.yyy.zzz;
class A
// some code
}i have compiled sucessfully and put the clsss file into c:\my\xxx\yyy\zzz folder.
now i want to import it in another class
like...
package xxx.yyy; // note this
import xxx.yyy.zzz.*; // note this
class B
// some code
// creating instance of class A here
}question is how do i compile and run it ?
i am at c:\my---> what should be the command to compile and run the above code?
plz give me the explicit command so that i can test and verify . i have given the dir structure.
i have tried several ways but got class not found exception and errors . i know its a classpath problem but i could not figure out what should i type at the c:\my prompt.
can u give exact command to run and compile the above code in steps ?
thanx

question is how do i compile and run it ?You don't with that code. You've defined class A to have "package visibility," meaning it can't be used from outside its package. You should declare it with public visibility instead, like "public class A {...".
Once you change that, use these commands to compile and run:c:\my\>javac xxx/yyy/zzz/A.java
c:\my\>javac xxx/yyy/B.java
c:\my\>java xxx.yyy.B

Classpath Problem (Using JSAPI)

Hi,
I using IBM Via Voice as a the implementation of the JSAPI on my system. I've downloaded the speech for java pack from IBM Alphaworks and put it in the directory of
c:\ibmjs
This gives you access to the speech packages for utilisation in your programs so I should be able to import javax.speech in my programs. However the system doesn't see these classes.
Heres my Autoexec...
path=%path%;c:\jdk1.3.1_01\bin;c:\ibmjs\lib;
CLASSPATH=%CLASSPATH%;c:\ibmjs\lib\ibmjs.jar;
I presume the whole thing is just a classpath problem, does anybody have any idea from the above paths where I am going wrong?

i guess you have to put some of ibm's dll files coming with speech for java in the path (not classpath). it's not sufficient to have the directories in the path.
anyway, there come's an installation manual with speech for java which explaines all that.

Fragment Bundle Classpath problems

Does anyone have any tips for solving classpath problems in fragment bundles? I'm getting a no-class-def that I can't explain.
I've used maven to create a fragment, hosted by com.day.crx.sling.server, to create a custom login. It needs to call a web service, so I've included httpclient-4.2.3.jar. I can see this jar listed on the deployed fragment's Bundle-ClassPath, via the osgi>bundle console. When I inspect the bundle that maven created, I can find this jar contained in the bundle jar, in the directory specified in the Bundle-ClassPath. I even oppened the httpclient jar to ensure that the offending class (org/apache/http/client/HttpClient) is there.
This is the first fragment that I've tried to build. Is there something I don't know about how they load classes?
Does anyone have any tips or tricks on solving osgi classpath problems? I read that felix has some tools, but I haven't found any documentation about them.

I'm still not sure why the classes didn't load, but I have a solution to my problem - don't try to include the jars in the fragment bundle. I tracked down osgi-ready versions of the libraries that I needed and and installed them.

War inside ear; Classpath problem

Similar Messages

Maybe you are looking for