Thanks for the suggestion. I am trying that tact, but am now running into another issue. When I try and create a dummy ejb jar, I get an error when the ejb module is loaded. I tried googling the exception as well searching the archives for the exception, but with no success. The exception is as follows:
14:27:43,483 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="iss/SampleEar/1.0/car?EJBModule=DummyEJB.jar,J2EEApplication=iss/SampleEar/1.0/car,j2eeType=StatelessSessionBean,name=Dummy"
java.lang.IllegalArgumentException: Class class org.openejb.proxy.SessionEJBLocalHome$$EnhancerByCGLIB$$7bde9985 does not use a MethodInterceptor
 at net.sf.cglib.proxy.MethodProxy.find(
 at org.openejb.dispatch.MethodHelper.getSuperIndex(
 at org.openejb.proxy.EJBProxyHelper.buildProxyToShadowIndex(
 at org.openejb.proxy.EJBProxyHelper.getOperationMap(
 at org.openejb.proxy.EJBProxyFactory$InterfaceMaps.createOperationsMap(
 at org.openejb.proxy.EJBProxyFactory$InterfaceMaps.<init>(
 at org.openejb.proxy.EJBProxyFactory.<init>(
 at org.openejb.GenericEJBContainer.<init>(
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
 at java.lang.reflect.Constructor.newInstance(
 at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(
 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(
 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(
 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(
 at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(
 at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(
 at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(
 at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(
 at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(
 at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(
 at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(<generated>)
 at net.sf.cglib.reflect.FastMethod.invoke(
 at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(
 at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(
 at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(
 at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
 at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(
 at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(
 at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4ac69885.startConfiguration(<generated>)
Here is my ejb-jar.xml
<ejb-jar xmlns=""
    xsi:schemaLocation="" version="2.1">
      <!-- Session Beans -->
      <session >
   <assembly-descriptor >

and my openejb-jar.xml
<?xml version="1.0" encoding="UTF-8"?>
<openejb-jar xmlns="">
The actual ejb beans are completely devoid of any content (i.e. all method implementations are empty, and LocalHome and Local interfaces are declare no methods). I tried to create as minimal an ejb as possible.
Any ideas?
Yoel Spotts

From: David Jencks []
Sent: Friday, December 08, 2006 7:00 PM
Subject: Re: Third party jars inside ear files

The only think I know of that you can do is to include a dummy ejb jar file with no ejbs in it and put your libs in it's manifest classpath.  It will need a skeleton ejb-jar.xml descriptor so it can get deployed correctly.

You are correct that the dependency elements only refer jars outside the ear in the geronimo repository.  The other thing you could do is to put the jars in the geronimo repo and use dependency elements.  This is fairly easy if you use maven... .but still not as easy as it should be.

hope this helps
david jencks

On Dec 8, 2006, at 12:10 PM, Spotts, Joel ((ISS Atlanta)) wrote:

I have a number of third party jars I want to include inside an ear. I would like all my web applications to have access those jars. I realize that I can list those jars inside the manifest files of the wars (using the Class path directive), but that would mean that each war would load those jars in different class loaders. Is there a way I can designate that those jars I include in the ear should be available to the wars loaded by the class loader of the ear (such that the same class loader would load the jars for all wars inside that ear)? I have not found a way to configure that in the geronimo-application.xml. The closest directive I found is the dependency directive, but it seems like you can only load jars external to the ear (placed in the repository as separate compenents), but not for jars included in the ears?


Yoel Spotts