I'm not sure if you followed this article while working with M5.
1) But if you need to make JNDI calls for EJB lookup, you need to follow certain steps as mentioned in the article
2) Otherwise you can make a pure RMI lookup ie, do not use the PortableRemoteObject.narrow(...) in the EJB client.
     Object obj = ctx.lookup("java:comp/env/ejb/ejbs/HelloHome");
     HelloHome ejbHome = (HelloHome) obj; //PortableRemoteObject.narrow(obj,HelloHome.class);
I used to get the same error on AG 1.0 while using the narrow(..) method. Once it was commented it works as a pure RMI lookup. But if u need to make a JNDI lookup the article should guide you.
On 12/28/05, lubaki nsele <nsele21@hotmail.com> wrote:

With Geronimo1.0 I am trying to test if this issue is resolved but this exception is being thrown when trying to contact ejbs. It was working with M5 at least.

Any idea?


Caused by: org.omg.CORBA.INITIALIZE: Cannot instantiate com.sun.corba.se.interna
l.javax.rmi.PortableRemoteObject  vmcid: 0x0  minor code: 0  completed: No
        at javax.rmi.PortableRemoteObject.createDelegateIfSpecified (PortableRemo
        at javax.rmi.PortableRemoteObject.<clinit>(PortableRemoteObject.java:61)

        ... 31 more
Caused by: java.lang.ClassNotFoundException: com.sun.corba.se.internal.javax.rmi
.PortableRemoteObject (no security manager: RMI class loader disabled)
        at sun.rmi.server.LoaderHandler.loadClass (LoaderHandler.java:371)
        at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
        at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620)
        at org.apache.geronimo.system.rmi.RMIClassLoaderSpiImpl.loadClass (RMICla
        at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:202)
        at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:135)
        at javax.rmi.PortableRemoteObject.loadDelegateClass (PortableRemoteObject
        at javax.rmi.PortableRemoteObject.createDelegateIfSpecified(PortableRemo



From: "lubaki nsele" <nsele21@hotmail.com>
Reply-To: user@geronimo.apache.org
To: user@geronimo.apache.org
Subject: Re: Geronimo ClassLoader Architecture
Date: Tue, 13 Dec 2005 17:18:47 +0000


Aaron pointed out to me that hidden classes will be available for next release, so I suspected that may be you would like me to test this with current source code in svn. Also, the inverseclassloading was tested with M5, I can run the same test again with the newly build.

Thanks, Lubaki

From:  Gianny Damour <gianny.damour@optusnet.com.au>
Reply-To:   user@geronimo.apache.org
To:  user@geronimo.apache.org
Subject:  Re: Geronimo ClassLoader Architecture
Date:  Tue, 13 Dec 2005 22:53:59 +1100
>Thanks for this test.
>Could you please confirm that the Axis jar is defined as a
>dependency or include? If yes, then I'm afraid I will need a sample
>EJB module that I could use to track the problem.
>BTW, there is also a "hidden-classes" element which can be used to
>declare classes hidden from this configuration:
>    xmlns="http://www.openejb.org/xml/ns/openejb-jar"
>    configId="com/nsele/atl/odonEJB"
>    inverseClassloading="true">
>   <hidden-classes>
>      <filter>org.apache.axis</filter>
>   </hidden-classes>
>Could you please give it a give try?
>lubaki nsele wrote:
>>Gianny, This did not work; it is still loading the parent
>>classloader before the child.
>>1) Tried first the ejb plan   It did not work
>>2) Tried geronimo-application in the EAR where the ejb is one of
>>the modules; It did not work
>>openejb file
>>  <?xml version="1.0"?>
>>     xmlns="http://www.openejb.org/xml/ns/openejb-jar "
>>     configId="com/nsele/atl/odonEJB"
>>     inverseClassloading="true">
>>  Here is my configuration in geronimo-application.xml in EAR;
>><?xml version="1.0" encoding="UTF-8"?>
>>     xmlns=" http://geronimo.apache.org/xml/ns/j2ee/application"
>>     xmlns:sys=" http://geronimo.apache.org/xml/ns/deployment-1.0"
>>         configId="com/nsele/atl/odon"
>>         inverseClassloading="true">
>>     From:  /Gianny Damour <gianny.damour@optusnet.com.au>/
>>     Reply-To:  /user@ geronimo.apache.org/
>>     To:  /user@ geronimo.apache.org/
>>     Subject:  /Re: Geronimo ClassLoader Architecture/
>>     Date:  /Tue, 13 Dec 2005 09:02:06 +1100/
>>     >Hi Lubaki,
>>     >
>>     >You can use the optional attribute "inverseClassloading" at
>>     >configuration level to force a child first class loading:
>>     >
>>     ><openejb-jar
>>xmlns=" http://www.openejb.org/xml/ns/openejb-jar-2.0"
>>     >  configId="your id"
>>     >  inverseClassloading="true">
>>     >
>>     >When set to true, classes defined by this configuraton take
>>     >precedence over the classes defined by the parent
>>     >
>>     >Thanks,
>>     >Gianny
>>     >
>>     >
>>     >lubaki nsele wrote:
>>     >
>>     >>Geronimo classloader makes available all classes loaded by
>>     >>org/apache/geronimo/Server to his children. This is a huge
>>     >>because Geronimo uses a different library that I am using
>>with EJB      >>application. For example, I am usiing axis1.0 and
>>Geronimo server
>>     >>is using axis-1.3GerXXXX.  This discussion had been
>>discussed in
>>     >>the following threads
>>     >>      
>> >> http://mail-archives.apache.org/mod_mbox/geronimo-dev/200506.mbox/%3C8C051B4D-95E3-4876-8941-1D9855BB8003@iq80.com%3E
>>     >>
>> >> http://blog.gmane.org/gmane.comp.java.geronimo.devel/day=20050617
>>     >>   IS anyone knows the fix to this or how to overcome this
>>     >>  Lubaki
>>     >
>>     >
>>     >

~~~Truth is out there.~~~