It could be a problem with how the ear is packaged, placing classes in contexts that are not refreshed after the redeploy, including a jndi.properties file in the deployment, etc. Without an example ear that demonstrates the problem I can't say what your problem is. Create an example and attach it to a bug report at http://sourceforge.net/projects/jboss/
xxxxxxxxxxxxxxxxxxxxxxxx Scott Stark Chief Technology Officer JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx ----- Original Message ----- From: "John Snyder" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 03, 2002 1:29 PM Subject: [JBoss-user] Re: ClassCastException on redeploy of .ear > Scott, > > I upgraded to jboss-3.0.4_tomcat-4.0.6, but I still have the exact same > problem. Everything works fine when I first start JBoss and deploy the > .ear, but as soon as I re-deploy the .ear, I get the ClassCastException. > This happens even when I remove the .jar and .ear files from the deploy > directory completely, then re-deploy them. Could this be a problem with my > web.xml and jboss-web.xml files, or is it unrelated? This strikes me as a > pretty serious problem -- see any solution? > > The full error I am getting, if it helps, is: > java.lang.ClassCastException > at > com.sun.corba.se.internal.javax.rmi.PortableRemoteObject.narrow(PortableRemo > teObject.java:293) > at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:134) > at > com.pc.servlets.RegistrationServlet.doRequest(RegistrationServlet.java:40) > at com.pc.servlets.BaseServlet.doPost(BaseServlet.java:33) > at com.pc.servlets.BaseServlet.doGet(BaseServlet.java:28) ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
