DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31731>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31731

ClassCastException from ActionServlet.getRequestProcessor()





------- Additional Comments From [EMAIL PROTECTED]  2004-10-27 17:16 -------

Yes, that is what I'm talking about.  BEA calls it "partial redeployment for web
modules."  Here's the link describing it:
http://edocs.beasys.com/wls/docs81/deployment/concepts.html#1009282

The ClassCastException only happens while developing in Weblogic with exploded
directories.  So I would make a change to a struts-related class, such as an
Action class, I compile it, then copy it to

mydomain\applications\<app name>\web\WEB-INF\classes\com\intralinks... etc.

Weblogic should pick that new class up and let me continue developing.  That
fails because Weblogic creates a new class loader to pick up my updated
action--that class loader is different from the one that initially loaded the
struts RequestProcessor and ActionServlet.  Hence the ClassCastException when
getting the RequestProcessor.

The struts jar files are located in 

mydomain\applications\<app name>\web\WEB-INF\lib

(and *not* in the Weblogic system classpath nor the EAR's classpath).

If I understand the <prefer-web-inf-classes> option, it will chose classes
loaded in the Web App over classes loaded in the EAR or System classpath.  So if
we had struts.jar in the web module classloader and application classloader, it
would chose the classes in the web module.  That is not the problem in this
case, since the competing classloaders are both children of the web module's
classloader.  At least that's my understanding--that's why I don't think the
prefer-web-inf-classes option will help.  But I'll give it a shot and let you
know how it goes.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to