geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andy Piper <an...@bea.com>
Subject Re: Geronimo ClassLoader Architecture
Date Tue, 03 Jan 2006 08:50:19 GMT
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:nsele21@hotmail.com>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" <<mailto:nsele21@hotmail.com>nsele21@hotmail.com>
>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:gianny.damour@optusnet.com.au>gianny.damour@optusnet.com.au>
>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:gianny.damour@optusnet.com.au>gianny.damour@optusnet.com.au>/
> >>     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/%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.~~~


Mime
View raw message