hello,
 
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.
 
thnx,
rajiv
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?

Lubaki

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
teObject.java:184)
        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
ssLoaderSpiImpl.java:48)
        at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:202)
        at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:135)
        at javax.rmi.PortableRemoteObject.loadDelegateClass (PortableRemoteObject
.java:205)
        at javax.rmi.PortableRemoteObject.createDelegateIfSpecified(PortableRemo
teObject.java:182)

 



 


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

Gianny,

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:
>
><openejb-jar
>    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?
>
>Thanks,
>Gianny
>
>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"?>
>><openejb-jar
>>     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"?>
>><application
>>     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
>>the
>>     >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
>>configurations.
>>     >
>>     >Thanks,
>>     >Gianny
>>     >
>>     >
>>     >lubaki nsele wrote:
>>     >
>>     >>Geronimo classloader makes available all classes loaded by
>>     >>org/apache/geronimo/Server to his children. This is a huge
>>issue
>>     >>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
>>issue?
>>     >>  Lubaki
>>     >
>>     >
>>     >
>>
>
>




--
~~~Truth is out there.~~~