geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ivan <xhh...@gmail.com>
Subject Re: JNDI Lookup
Date Wed, 21 Nov 2012 15:28:09 GMT
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 <Collins-Solutions@austin.rr.com>

>  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 <
> Collins-Solutions@austin.rr.com> 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 <
>> Collins-Solutions@austin.rr.com> 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 CollinsCollins-Solutions@austin.rr.com
>>>
>>>
>>>
>>>   --
>>>
>>> Russell CollinsCollins-Solutions@austin.rr.com
>>>
>>>
>>
>>
>>  --
>> Shawn
>>
>>
>>
>>   --
>>
>> Russell CollinsCollins-Solutions@austin.rr.com
>>
>>
>
>
>  --
> Shawn
>
>
>
> --
>
> Russell CollinsCollins-Solutions@austin.rr.com
>
>


-- 
Ivan

Mime
View raw message