[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331925 ]
Rich Feit commented on BEEHIVE-960: ----------------------------------- One other comment, just for clarity: the root of the problem isn't in Commons Digester; it's Commons Digester's use of a JDK InputSource implementation that ultimately causes a file to remain locked under Windows. The Commons Digester folks have been nice enough to consider my patch as a workaround. > 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
