geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rajiv M <rmadasser...@gmail.com>
Subject Re: Geronimo ClassLoader Architecture
Date Tue, 03 Jan 2006 06:52:35 GMT
Hello,

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
http://www-128.ibm.com/developerworks/opensource/library/os-ag-corba1/

2) Otherwise you can make a pure RMI lookup ie, do not use the
PortableRemoteObject.narrow(...) in the EJB client.
example:
     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.

thanks,
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.~~~

Mime
View raw message