I have opened a ticket on the issue as well but I have tried

1) Delete and redeploy the application ( same result )
2) Delete all  deployed objects libraries and application  .. Reinstall
( same result )
3) Delete Application Shutdown ManagedServer  restart and redeployh (
same result )

Any other ideas?

Is there an order of install that is required to us beehive and shared
libraries?


This used to work on my dev box but in our automated install it fails ..

Michael



-----Original Message-----
From: Carlin Rogers [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 04, 2007 6:37 PM
To: Beehive Users
Subject: Re: ClassCastException getAction Form ClassLoader issue

Yes, I think you're correct about this being a classloader issue. From
your weblogic.xml, I gather you're a WebLogic customer and using
Workshop. Are you experiencing this issue in an iterative development
scenario with Workshop where you've made changes and the app is
redeployed to the running server? If so, this may be an issue specific
to Workshop with WebLogic. If you are a WebLogic customer, you could
open a support ticket:

http://support.bea.com/application?namespace=case_management&origin=tool
s_navbar.jsp&event=link.casemanagement

Can you easily reproduce this and if so what are the steps to reproduce
this. The workaround might be to republish the app or more drastically,
start and stop the server.

Kind regards,
Carlin

On 4/4/07, Michael Speer <[EMAIL PROTECTED]> wrote:
> In my simple web app  I get  the following error :
>
> Controller$CreateAccountForm java.lang.ClassCastException:
> Controller$CreateAccountForm at
> org.apache.beehive.netui.pageflow.internal.InternalUtils.getCurrentAct
> io
> nForm(InternalUtils.java:934) at
> org.apache.beehive.netui.pageflow.internal.InternalUtils.selectModule(
> In
> ternalUtils.java:1172) at
> org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(Au
> to
> RegisterActionServlet.java:618) at
> org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFl
> ow
> ActionServlet.java:157) at
> org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) 
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:763) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at 
> weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(
> St
> ubSecurityHelper.java:223) at
> weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurit
> yH
> elper.java:125) at
> weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java
> :2
> 83) at
> weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java
> :1
> 75) at
> weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestD
> is
> patcherImpl.java:500) at
> weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatc
> he
> rImpl.java:431) at
> com.motive.commsflow.arch.resourceServlet.tiles.TilesController.perfor
> m(
> TilesController.java:252) at
> org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(Insert
> Ta
> g.java:869) at
> org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:473) 
> at 
> jsp_servlet.__t_gatherAccountInfo._jspService(__t_gatherAccountInfo.ja
> va
> :731) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at ...
>
>
> When I attach to debug InternalUtils can not be inspected b/c the 
> debugger can not fine java.lang.Object  .. which leads me to beleive 
> this is a ClassLoader issue causing the Class Cast Exception
>
> Any help would be appreciated.
>
>
> in my weblogic.xml I have
>
> ..
>  <library-ref>
>   <library-name>beehive-netui-resources-1.0</library-name>
>   <specification-version>1.0</specification-version>
>   <implementation-version>1.0</implementation-version>
>  </library-ref>
>  <library-ref>
>   <library-name>beehive-netui-1.0</library-name>
>   <specification-version>1.0</specification-version>
>   <implementation-version>1.0</implementation-version>
>  </library-ref>
>  <library-ref>
>   <library-name>beehive-controls-1.0-war</library-name>
>   <specification-version>1.0</specification-version>
>   <implementation-version>1.0</implementation-version>
>  </library-ref>
>  <library-ref>
>   <library-name>jstl</library-name>
>   <specification-version>1.1</specification-version>
>   <implementation-version>1.1.2</implementation-version>
>  </library-ref>
>     <library-ref>
>         <library-name>struts-1.1</library-name>
>         <specification-version>1.1</specification-version>
>         <implementation-version>1.0</implementation-version>
>     </library-ref>
> ..
>
>
>
> Michael
>

Reply via email to