We used to have the same problem with standard deployments running
on java 1.4
The problem boiled down to caching of proxy classes
somewhere in the RMIClassLoader or Class.forName()
that breaks hot deployment.
This was usually seen when people included a jndi.properties in their
deployments, forcing jndi to go over RMI to the local jndi tree.
We added a workaround to the RMIClassLoader that tells it to
cache proxy classes against the application's classloader rather than
the guess made by RMI. Since the application's classloader changes
at redeployment you no longer get the problem.
If it is not the same problem, maybe Axis has a similar problem?
Regards,
Adrian
On Thu, 2003-10-09 at 08:45, Stephane Nicoll wrote:
> Hello,
>
> We used both 3.2.1 and 3.2.2RC4 and we got the same problem. We have an ear
> containing EJBs, WAR, and a WSR defining our web service.
>
> Attached the web-service.xml we use
>
> If we deploy the ear, eveything went fine, jboss-net found the web service
> and deploys it. We can access it throug our remote C++ client.
>
> SyncherLocal is the SessionBean used to get SOAP calls
>
> If we then remove the ear and put it back again (that is hot deployment) we
> get a ClassCastException. Restarting JBoss fixes the problem but this is
> quite annoying.
>
> 2003-10-08 09:33:08,375 [Thread-6 ] INFO ls.bytecode.ParamNameExtractor -
> AXIS error:java.io.IOException: Unable to load bytecode for class
> "com.kiala.kialapointserver.scannersynch.interfaces.SyncherLocal"
> 2003-10-08 09:33:08,448 [Thread-6 ] INFO org.apache.axis.EXCEPTIONS -
> AxisFault:
> AxisFault
> faultCode: {<http://schemas.xmlsoap.org/soap/envelope/}Server.userException>
> faultSubcode:
> faultString: java.lang.ClassCastException
> faultActor:
> faultNode:
> faultDetail:
> {<http://xml.apache.org/axis/}stackTrace:> java.lang.ClassCastException
> at
> com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemot
> eObject.java:293)
> at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134)
> at
> org.apache.axis.providers.java.EJBProvider.createRemoteEJB(EJBProvider.java:1
> 68)
> at
> org.apache.axis.providers.java.EJBProvider.makeNewServiceObject(EJBProvider.j
> ava:147)
> at
> org.apache.axis.providers.java.JavaProvider.getNewServiceObject(JavaProvider.
> java:261)
> at
> org.apache.axis.providers.java.JavaProvider.getServiceObject(JavaProvider.jav
> a:138)
> at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:313)
> at
> org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:7
> 1)
> at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:150)
> at org.apache.axis.SimpleChain.invoke(SimpleChain.java:120)
> at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:481)
> at org.apache.axis.server.AxisServer.invoke(AxisServer.java:323)
> at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:854)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
> at
> org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:3
> 39)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationF
> ilterChain.java:247)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCha
> in.java:193)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.jav
> a:256)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:643)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.jav
> a:191)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:643)
> at
> org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRe
> alm.java:228)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:641)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.
> java:553)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:641)
> at
> org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:24
> 6)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:641)
> at
> org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStats
> Valve.java:76)
> at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invoke
> Next(StandardPipeline.java:641)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
> "axis.log" [readonly] 607L, 54964C
>
> Then we have this seems to be a *WELL KNOWN' error but got no infor regarding
> this
>
> 2003-10-08 09:33:19,509 [Thread-7 ] INFO xis.providers.java.RPCProvider -
> Tried to invoke method public abstract
> com.kiala.kialapointserver.scannersynch.LoginResponse
> com.kiala.kialapointserver.scannersynch.interfaces.SyncherLocal.login(java.la
> ng.String,java.lang.String) with arguments java.lang.String,java.lang.String.
> The arguments do not match the signature.
> java.lang.IllegalArgumentException: object is not an instance of declaring
> class
>
>
> If now I restart JBsos everything went fine. Is it a classloader issue or
> JbossNET (axis) caches some remote interface or something? When we remove the
> ear the web service is undeployed (it's not shown in the axis servlet)
>
> Regards,
>
> Stephane
>
>
> _______________________________________
> Stéphane Nicoll
> Software Engineer
> KIALA NV - The last mile company
> Avenue Louise/Louisalaan 149/28 (24th floor)
> B-1050 Brussels (BELGIUM)
> TEL +32 2 535 93 67
> GSM +32 477 77 26 96
> E-mail [EMAIL PROTECTED]
> _______________________________________
--
xxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
