IMO this is a bug. PRO.narrow() should always work regardless of the
type of target.
andy
At 07:03 AM 1/3/2006, Rajiv M wrote:
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
<<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]> 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" <<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]>
Reply-To: <mailto:user@geronimo.apache.org>user@geronimo.apache.org
To: <mailto:user@geronimo.apache.org>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
<<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]>
Reply-To: <mailto:user@geronimo.apache.org> user@geronimo.apache.org
To: <mailto:user@geronimo.apache.org>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>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>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
<<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]>/
>> Reply-To: /user@ <http://geronimo.apache.org/>geronimo.apache.org/
>> To: /user@<http://geronimo.apache.org/> 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/[EMAIL PROTECTED]
>> >>
>>
>> >> 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.~~~
