my prev. reply was quarantined by spam engine. dont know why. so rephrasing without inline code samples/urls

1) But if you need to make JNDI calls for EJB lookup, you need to follow certain steps as mentioned in the article Google search - "Geronimo CORBA interoperability"
2) Otherwise you can make a pure RMI lookup ie, do not use the narrow method call in the EJB client. rather do a direct casting of the interface.
I used to get the same error on AG 1.0 while using the "narrow" method. Once it was replaced it worked (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.~~~