geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shawn Jiang <genspr...@gmail.com>
Subject Re: JNDI Lookup
Date Wed, 21 Nov 2012 08:14:46 GMT
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

Mime
View raw message