I am wondering whether you have checked the classpath, which is suggested
by David, as the exception looks like a low level error,
e.g. run classloader.getResource(" javax/ejb/EJBException.class") in your
application to know the EJB API jar location, and check whether the jar
file is corrupted.
Hope it helps.
2012/11/21 Russell Collins <[email protected]>
> Ok. This is good information for the when I actually package the EAR
> and deploy to the server. However, right now, I am completely outside a
> Geronimo container. How would I get this remote lookup to work? Once
> again, the method that I am using now used to work with Geronimo 2.x
>
>
> On 11/21/2012 02:14 AM, Shawn Jiang wrote:
>
> If you are doing the JNDI lookup from separate client EAR. You'll have to
> provide a geornimo application deployment plan so that the client can get
> the ejb remote interface from the OSGi framework instead of from the remote
> interface packaged in the client ear. That means, you don't have to
> provide a remote interface class in your ejb client ear. The remote
> interface will be provided by the copy that the EJB provider registered in
> OSGi framework after you add a "import" clause in the geronimo application
> deployment plan.
>
>
> <application xmlns="
> http://geronimo.apache.org/xml/ns/j2ee/application-1.2";>
> <dep:environment xmlns:dep="
> http://geronimo.apache.org/xml/ns/deployment-1.2";>
> <dep:moduleId>
> <dep:groupId>default</dep:groupId>
> <dep:artifactId>your_seperate_EAR</dep:artifactId>
> <dep:version>1</dep:version>
> <dep:type>car</dep:type>
> </dep:moduleId>
> <dep:dependencies>
> </dep:dependencies>
> <dep:import-package>*your.remote.ejb.interface.package*
> </dep:import-package>
> <dep:hidden-classes/>
> <dep:non-overridable-classes/>
> </dep:environment>
>
> </application>
>
> This is a limitation in Geronimo 3.0 after changing the OSGi framework.
> Hope this helps.
>
>
> On Wed, Nov 21, 2012 at 2:26 PM, Russell Collins <
> [email protected]> wrote:
>
>> First of all, thank you for your response. The EAR has a structure of:
>>
>> <ear-archive>
>> -lib
>> -<various assemblies
>> - remote interface.jar
>> - META-INF
>> - application.xml
>> - geronimo-application.xml
>> - business-ejb.jar
>>
>>
>> Eventually, there will be two EAR archives in the Geronimo server.
>> Currently, there is only one that has been deployed to the Geronimo
>> server. I am testing the second EJB project using JUnit so currently it is
>> acting as a stand alone client. I am doing/will be doing the lookup using
>> a separate EAR deployed to the Geronimo server.
>>
>> The JNDI lookup is currently in a regular AppClient that is using JUnit
>> to run tests.
>>
>> The remote interface is included in the classpath of the AppClient.
>> Also, the following entry is included in the maven dependancy:
>>
>> <dependency>
>> <groupId>org.apache.openejb</groupId>
>> <artifactId>openejb-client</artifactId>
>> <version>4.0.0</version>
>> <scope>provided</scope>
>> </dependency>
>>
>>
>> Currently, I have an EAR archive that has been deployed to the server.
>>
>>
>> On 11/18/2012 07:21 PM, Shawn Jiang wrote:
>>
>> I'd like to know the structure of your EAR. Are you doing the JNDI
>> searching in the same EAR or in separate EAR ?
>>
>> What's module the JNDI lookup is in ? WAR, or AppClient.
>>
>> I remember for remote interface based JNDI EJB lookup in G3. you'll
>> have to import the remote interface in the client module to make sure the
>> same interface could be loaded within OSGi framework in client side.
>>
>>
>> On Sun, Nov 18, 2012 at 9:21 AM, Russell Collins <
>> [email protected]> wrote:
>>
>>> Is there anybody out there that can point me in the right direction?
>>>
>>>
>>> On 11/16/2012 07:26 AM, Russell Collins wrote:
>>>
>>> I am having problems looking up an ejb remotely. In Geronimo 2.x, this
>>> worked perfectly. Now I am having issues. First, when I deploy the ear,
>>> this is the JNDI entries that are created.
>>>
>>>
>>> 7556: 2012-11-14 22:11:33,271 INFO [startup] Assembling app:
>>> /home/opt/Geronimo3.0/bin/com.cs/base-business/1.0/car 7557:
>>> 2012-11-14 22:11:33,278 INFO [startup] Jndi(name=CompositionLocal) -->
>>> Ejb(deployment-id=cs-base-business.jar/Composition) 7558: 2012-11-14
>>> 22:11:33,279 INFO [startup]
>>> Jndi(name=global/cs-base-ear-1.0-SNAPSHOT/cs-base-business/Composition!com.cs.base.interfaces.ICompositionLocal)
>>> --> Ejb(deployment-id=cs-base-business.jar/Composition) 7559:
>>> 2012-11-14 22:11:33,279 INFO [startup]
>>> Jndi(name=global/cs-base-ear-1.0-SNAPSHOT/cs-base-business/Composition) -->
>>> Ejb(deployment-id=cs-base-business.jar/Composition) 7560: 2012-11-14
>>> 22:11:33,279 INFO [startup] Jndi(name=EmailManagerRemote) -->
>>> Ejb(deployment-id=cs-base-business.jar/EmailManager) 7561: 2012-11-14
>>> 22:11:33,279 INFO [startup]
>>> Jndi(name=global/cs-base-ear-1.0-SNAPSHOT/cs-base-business/EmailManager!com.cs.base.remote.interfaces.IEmailManagerRemote)
>>> --> Ejb(deployment-id=cs-base-business.jar/EmailManager) 7562:
>>> 2012-11-14 22:11:33,279 INFO [startup]
>>> Jndi(name=global/cs-base-ear-1.0-SNAPSHOT/cs-base-business/EmailManager)
>>> --> Ejb(deployment-id=cs-base-business.jar/EmailManager)
>>>
>>> I try to use this code to access the ejb's.
>>>
>>> InitialContext context;
>>> // Configure Initial context
>>> try {
>>> this.m_emailManager =
>>> (IEmailManagerRemote)context.lookup("EmailManagerRemote");
>>> // Other statements
>>>
>>> I get this error upon lookup:
>>>
>>> java.lang.ClassFormatError: javax/ejb/EJBException : Missing Code
>>> attribute
>>> at java.lang.ClassLoader.defineClass1(Native Method)
>>> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
>>> at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
>>> at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
>>> at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>>> at java.lang.ClassLoader.defineClass1(Native Method)
>>> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
>>> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
>>> at
>>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
>>> at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
>>> at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>>> at
>>> org.apache.openejb.client.JNDIContext.createBusinessObject(JNDIContext.java:202)
>>> at org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:244)
>>> at javax.naming.InitialContext.lookup(InitialContext.java:392)
>>> at com.acc.base.ejb.Emailer.sendContactUs(Emailer.java:68)
>>> at
>>> com.acc.base.ejb.EmailerTest.emailerSuccessTest(EmailerTest.java:30)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
>>> at
>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>> at
>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
>>> at
>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
>>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
>>> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
>>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
>>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
>>> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
>>> at
>>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
>>> at
>>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>>> at
>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
>>> at
>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
>>> at
>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
>>> at
>>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
>>>
>>>
>>> please tell me what I am doing wrong because this technique worked in
>>> previous versions of Geronimo.
>>>
>>> --
>>>
>>> Russell [email protected]
>>>
>>>
>>>
>>> --
>>>
>>> Russell [email protected]
>>>
>>>
>>
>>
>> --
>> Shawn
>>
>>
>>
>> --
>>
>> Russell [email protected]
>>
>>
>
>
> --
> Shawn
>
>
>
> --
>
> Russell [email protected]
>
>
--
Ivan
