Re: Re: Re: Re: Re: Re: Re: Strange ClassCastException when looking up SLSB RemoteHome from "external" .war webapp

Do you see other Exceptions or strange messages before actually trying 
to invoke your webservice ?
I'm looking for something that may cause the EJB not to be bound in JNDI ...

--G

Le 19/01/2011 16:59, Hans J. Prueller a écrit :
> sorry, see below. btw: now no (remote) ejb home lookup works, also not 
> the one of the .war-webapps contained within the ear (which worked 
> previously):
>
> *javax.naming.NamingException: Cannot perform lookup [Root exception 
> is javax.naming.NameNotFoundException: Guardian2Home]*
> at 
> org.ow2.carol.jndi.intercept.spi.InterceptableContext.namingException(InterceptableContext.java:823)
> at 
> org.ow2.carol.jndi.intercept.spi.InterceptableContext.lookup(InterceptableContext.java:126)
> at 
> org.ow2.carol.jndi.spi.VirtualJNDILookup.lookup(VirtualJNDILookup.java:109)
> at javax.naming.InitialContext.lookup(InitialContext.java:392)
> at 
> com.lbslogics.ims.ws.DataExchangeService.lookupGuardian(DataExchangeService.java:252)
> at 
> com.lbslogics.ims.ws.DataExchangeService.exportData(DataExchangeService.java:309)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at 
> org.apache.axis2.rpc.receivers.RPCUtil.invokeServiceClass(RPCUtil.java:194)
> at 
> org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:102)
> at 
> org.apache.axis2.receivers.AbstractInOutMessageReceiver.invokeBusinessLogic(AbstractInOutMessageReceiver.java:40)
> at 
> org.apache.axis2.receivers.AbstractMessageReceiver.receive(AbstractMessageReceiver.java:114)
> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:173)
> at 
> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:167)
> at 
> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:142)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at 
> org.ow2.jonas.web.tomcat6.CheckOpenResourcesValve.invoke(CheckOpenResourcesValve.java:73)
> at 
> org.ow2.jonas.web.tomcat6.tx.TransactionValve.invoke(TransactionValve.java:90)
> at 
> org.ow2.jonas.web.tomcat6.ResetAuthenticationValve.invoke(ResetAuthenticationValve.java:95)
> at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:340)
> at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
> at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> at java.lang.Thread.run(Thread.java:662)
> *Caused by: javax.naming.NameNotFoundException: Guardian2Home*
> at 
> com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:99)
> at javax.naming.InitialContext.lookup(InitialContext.java:396)
> at org.ow2.carol.jndi.spi.AbsContext.lookup(AbsContext.java:142)
> at org.ow2.carol.jndi.spi.AbsContext.lookup(AbsContext.java:152)
> at javax.naming.InitialContext.lookup(InitialContext.java:392)
> at org.ow2.carol.jndi.spi.MultiContext.lookup(MultiContext.java:117)
> at 
> org.ow2.carol.jndi.intercept.operation.StringLookupInterceptionContext.executeLast(StringLookupInterceptionContext.java:48)
> at 
> org.ow2.carol.jndi.intercept.operation.AbstractInterceptionContext.proceed(AbstractInterceptionContext.java:57)
> at 
> org.ow2.jonas.jndi.interceptors.impl.datasource.DataSourceLeakDetectorContextInterceptor.intercept(DataSourceLeakDetectorContextInterceptor.java:63)
> at 
> org.ow2.carol.jndi.intercept.operation.AbstractInterceptionContext.proceed(AbstractInterceptionContext.java:55)
> at 
> org.ow2.carol.jndi.intercept.spi.InterceptableContext.lookup(InterceptableContext.java:124)
> ... 32 more
> 2011-01-19 16:57:55,000 : DataExchangeService.lookupGuardian : could 
> not lookup Guardian2Home: Cannot perform lookup
> [ERROR] Exception occurred while trying to invoke service method 
> exportData
>
>
> hans
>
>
> Am Mittwoch, den 19.01.2011, 16:45 +0100 schrieb Guillaume Sauthier:
>> Can you give us the full stack trace please ?
>> --G
>>
>> Le 19/01/2011 16:42, Hans J. Prueller a écrit :
>>> tried it out, classcast problem gone but another error occurs:
>>>
>>> *javax.naming.NamingException: Cannot perform lookup [Root exception 
>>> is javax.naming.NameNotFoundException: Guardian2Home]*
>>> at 
>>> org.ow2.carol.jndi.intercept.spi.InterceptableContext.namingException(InterceptableContext.java:823)
>>> at 
>>> org.ow2.carol.jndi.intercept.spi.InterceptableContext.lookup(InterceptableContext.java:126)
>>> at 
>>> org.ow2.carol.jndi.spi.VirtualJNDILookup.lookup(VirtualJNDILookup.java:109)
>>> at javax.naming.InitialContext.lookup(InitialContext.java:392)
>>>
>>> hans
>>>
>>>
>>> Am Mittwoch, den 19.01.2011, 10:45 +0100 schrieb Guillaume Sauthier:
>>>> Can you try with local.registry set to false ?
>>>> --G
>>>>
>>>> Le 19/01/2011 10:32, Hans J. Prueller a écrit :
>>>>> Guillaume,
>>>>>
>>>>> thank you. I know about the fact you mentioned
>>>>>
>>>>> >>That means that you can have the same class (same name, same 
>>>>> bytecode, same everything), loaded by 2 different classloaders
>>>>> >> but that will be incompatible (you cannot cast one of them into 
>>>>> the other).
>>>>>
>>>>> and I already "suspected" a classloader issue being responsible 
>>>>> for the classcast problem ;-)  I already tried to remove the EJB 
>>>>> API from
>>>>> the WEB-INF/lib of the axis2 webapp, but that didn't solve the 
>>>>> problem but lead to a classnotfound or noclassdeffound error.
>>>>>
>>>>> I did not change carol.properites - I am simply using JOnAS 5.1.5 
>>>>> with its default values!
>>>>>
>>>>> carol.jvm.rmi.local.call = false
>>>>> carol.jvm.rmi.local.registry = true
>>>>>
>>>>> regards,
>>>>> Hans
>>>>>
>>>>> Am Mittwoch, den 19.01.2011, 10:25 +0100 schrieb Guillaume Sauthier:
>>>>>> Hi Hans
>>>>>>
>>>>>> A Class object is defined by its name AND the ClassLoader that 
>>>>>> loaded it.
>>>>>> That means that you can have the same class (same name, same 
>>>>>> bytecode, same everything), loaded by 2 different classloaders 
>>>>>> but that will be incompatible (you cannot cast one of them into 
>>>>>> the other).
>>>>>>
>>>>>> So in your case, you have 2 places where your EJB API is 
>>>>>> available: inside the EAR and inside the WEB-INF/lib of the axis2 
>>>>>> webapp. So they are not sharing the same Class definition for 
>>>>>> your EJB API.
>>>>>> What seems to happen is that JNDI returns an instance coming from 
>>>>>> your EAR.
>>>>>>
>>>>>> Did you change your carol.properties ?
>>>>>> Can you show me the value of the following properties:
>>>>>> * carol.jvm.rmi.local.call
>>>>>> * carol.jvm.rmi.local.registry
>>>>>>
>>>>>> --G
>>>>>>
>>>>>> Le 19/01/2011 08:10, Hans J. Prueller a écrit :
>>>>>>> Hi,
>>>>>>>
>>>>>>> we are still working on migrating our JOnAS 4.10 based Java EE 
>>>>>>> 1.4 EAR to JOnAS 5.1.5. One (seems really to be the last) open 
>>>>>>> issue
>>>>>>> we have is the following:
>>>>>>>
>>>>>>> Our Java EE 1.4 Application is packaged as EAR, it contains the 
>>>>>>> EjB-JAR.JAR containing the EJB 2.1 SLSB's. It also contains 2 or 3
>>>>>>> webapps as .WAR file  (war files within the EAR file), which are 
>>>>>>> looking up the remote homes and remote interfaces of the SLSB's
>>>>>>> which works fine.
>>>>>>>
>>>>>>> Then we have another webapp, based on AXIS2 which provides 
>>>>>>> webservices to external clients. The axis2 war file provies 
>>>>>>> web-services,
>>>>>>> which also lookup the Remote Homes and Remote Interfaces of some 
>>>>>>> of the SLSB's contained in the ear mentioned above.
>>>>>>>
>>>>>>> Therefore the remote home and remote interface stubs are 
>>>>>>> packaged as .jar file in web-inf/lib of the axis2.war webapp.
>>>>>>>
>>>>>>> Basically this is all as it is meant to be by the Java EE 
>>>>>>> standard, this is what remote home and remote interfaces of 
>>>>>>> EJB's are for, and it
>>>>>>> really works fine and smooth on JOnAS 4.10.X
>>>>>>>
>>>>>>> When we now deploy our .EAR file and the axis2.WAR on JOnAS 
>>>>>>> 5.1.5    and  make a test-invocation of the web-service, we get 
>>>>>>> a really strange
>>>>>>> ClassCastException:
>>>>>>>
>>>>>>> *Cannot cast 
>>>>>>> 'org.ow2.jonas_gen.com.lbslogics.ims.guardian.interfaces.JOnASGuardian2Bean1797447629Home' 
>>>>>>> in 'com.lbslogics.ims.guardian.interfaces.Guardian2Home'*
>>>>>>>
>>>>>>> When I check the source file (JOnASGuardian2Bean1797447629Home) 
>>>>>>> generated by GenIC, it explicitly says:
>>>>>>>
>>>>>>> public class JOnASGuardian2Bean1797447629Home extends 
>>>>>>> JSessionHome *implements 
>>>>>>> com.lbslogics.ims.guardian.interfaces.Guardian2Home *{
>>>>>>>
>>>>>>>     // JOnAS version used to deploy
>>>>>>>     public static final String JONAS_VERSION = "5.1.5";
>>>>>>>
>>>>>>> [ ..... ]
>>>>>>>
>>>>>>>
>>>>>>> ======>  so, the cast has to be possible.  (and btw this works 
>>>>>>> fine with all other .WAR's contained in the EAR itself doing the 
>>>>>>> same).  So why or what
>>>>>>> is the problem here ???
>>>>>>>
>>>>>>> Any ideas are appreciated because we cannot migrate our 
>>>>>>> production servers unless also the webservices are working!
>>>>>>>
>>>>>>> regards,
>>>>>>> Hans
>>>>>>>
>>>>>

begin:vcard
fn:Guillaume Sauthier
n:Sauthier;Guillaume
org:<a href="http://www.ow2.org"><img title="OW2" alt="OW2 Consortium" border="0" src="http://www.ow2.org/xwiki/bin/skin/XWiki/DefaultSkin/logoOW2.png" /></a>
adr:;;;;;;France
email;internet:[email protected]
title:<a href="http://jonas.ow2.org">JOnAS Application Server</a>
url:http://jonas.ow2.org
version:2.1
end:vcard