[
http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12332282
]
Rich Feit commented on BEEHIVE-960:
-----------------------------------
I've added text to the Controls and NetUI tutorials (and other docs) that
describes the problem and a workaround. Let me know if you see any issues here
(and thanks for working with us on this).
---
On Windows, there are file-locking issues that Tomcat versions 5.5.x and above
are sensitive to. In particular, any web application that uses Struts will fail
to redeploy if you copy in a new .war file as described here. The Commons
Digester team is adding a workaround for the issue (see this bug), but in the
meantime, you can work around it with the antiResourceLocking option in Tomcat.
Just add a file called context.xml in a directory called META-INF inside the
web directory before building (so it will end up as META-INF/context.xml in
your controls_tutorial.war):
<?xml version="1.0" encoding="UTF-8"?>
<Context antiResourceLocking="true">
</Context>
> Reload war problem when following tutorial
> ------------------------------------------
>
> Key: BEEHIVE-960
> URL: http://issues.apache.org/jira/browse/BEEHIVE-960
> Project: Beehive
> Type: Bug
> Components: Tutorials
> Versions: V1Beta
> Environment: Not Applicable
> Reporter: Thomas Preston
> Priority: Minor
>
> In the final step of create controls tutorial having done all other steps
> successfully, have a problem with redeployment of the war:
> http://beehive.apache.org/docs/1.0m1/controls/tutorial_controls.html#test_3
> Looks like redeploy needs to undeploy and then you have some object of type
> shared.SharedFlow in the session. When the redeploy occurs the
> shared.SharedFlow class can't be found at the time that it needs to reload
> the session. This is no big deal as you can stop and start the server to see
> the new code working, but it makes the demo not very nice. Here is the stack:
> Oct 3, 2005 4:10:09 PM org.apache.catalina.startup.HostConfig checkResources
> INFO: Undeploying context [/control_tutorial]
> Oct 3, 2005 4:10:10 PM org.apache.catalina.startup.HostConfig deployWAR
> INFO: Deploying web application archive control_tutorial.war
> Oct 3, 2005 4:10:10 PM org.apache.catalina.startup.ContextConfig
> applicationWebC
> onfig
> INFO: Missing application web.xml, using defaults only
> StandardEngine[Catalina].
> StandardHost[localhost].StandardContext[/control_tutorial]
> Oct 3, 2005 4:10:10 PM org.apache.catalina.session.StandardManager doLoad
> SEVERE: ClassNotFoundException while loading persisted sessions:
> java.lang.Class
> NotFoundException: shared.SharedFlow
> java.lang.ClassNotFoundException: shared.SharedFlow
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
> der.java:1332)
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoa
> der.java:1181)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:242)
> at
> org.apache.catalina.util.CustomObjectInputStream.resolveClass(CustomO
> bjectInputStream.java:73)
> at
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:153
> 8)
> at
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1460)
> at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1
> 693)
> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1299)
> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:339)
> at
> org.apache.catalina.session.StandardSession.readObject(StandardSessio
> n.java:1371)
> at
> org.apache.catalina.session.StandardSession.readObjectData(StandardSe
> ssion.java:903)
> at
> org.apache.catalina.session.StandardManager.doLoad(StandardManager.ja
> va:393)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
