You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@beehive.apache.org by "Thomas Preston (JIRA)" <de...@beehive.apache.org> on 2005/10/03 16:23:47 UTC
[jira] Created: (BEEHIVE-960) Reload war problem when following tutorial
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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Rich Feit (JIRA)" <de...@beehive.apache.org>.
[ 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Thomas Preston (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331222 ]
Thomas Preston commented on BEEHIVE-960:
----------------------------------------
I said before that it was no big deal because I could restart and the prob would go away. That's not exactly accurate and maybe this points toward the problem.
The directory: C:\tom\java\jakarta-tomcat-5.5.9\webapps\control_tutorial still exists after it fails to redeploy becuause the Struts.jar couldn't be deleted at redeploy. It's in:
C:\tom\java\jakarta-tomcat-5.5.9\webapps\control_tutorial\WEB-INF\lib
If you shutdown and then startup, the control_tutorial.war actually doesn't deploy properly because of missing web.xml (control_tutorial dir still exists with only struts.jar..so no web.xml).
Anyway, to fix the problem created when trying to do hot-deploy, you actually have to shutdown, delete control_tutorial, startup.
> 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
[jira] Resolved: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Rich Feit (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=all ]
Rich Feit resolved BEEHIVE-960:
-------------------------------
Resolution: Won't Fix
I actually tracked this down to an issue with Commons Digester. I entered it as http://issues.apache.org/bugzilla/show_bug.cgi?id=37034 . I also provided a patch to fix it, so hopefully they'll make the change at some point. The main issue as far as I'm concerned is that Tomcat changed its default behavior to prevent file locking under Windows. See http://jakarta.apache.org/tomcat/faq/windows.html#lock for information and also for workarounds.
"Won't Fix" is a silly resolution status -- should be "Can't Fix" :)
> 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Thomas Preston (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331357 ]
Thomas Preston commented on BEEHIVE-960:
----------------------------------------
Thanks Rich,
I have downloaded and run this against Tomcat 5.0.28 which resolves the problem and confirms that this is a Tomcat 5.5 problem. Maybe you should point people toward 5.0 release until this problem is solved with 5.5+ because it is really painful to go through the tutorial without hotdeploy (I can assure you). Also, I will make one further suggestion for usability while stepping through the tutorial. I have added:
appserver.hotdeploy.path=D:/java/tomcat/jakarta-tomcat-5.0.28/webapps
to my build.properties files and a deploy-war target:
<target name="deploy-war" description="copy war to appserver.hotdeploy.path">
<property name="archive.dir" value="${webapp.dir}/.."/>
<copy todir="${appserver.hotdeploy.path}"
file="${archive.dir}/${context.path}.war"/>
</target>
Because copying the war into the hotdeploy path by hand every time as you step thru the tutorial is also not fun. I think you should add the deploy-war task to...that way you can point tutorial steppers to do: ant clean build war deploy-war
Cheers,
Tom
> 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Markus Maier (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331806 ]
Markus Maier commented on BEEHIVE-960:
--------------------------------------
Hi,
I just spent my day with the same issue... Pretty annoying. It's the same thing on Tomcat 5.5.12. Did anyone mention this bug to the Tomcat team? Just stepped through the Tomcat bugs and didn't find it anywhere. Maybe someone should let them know.
Cheers,
Markus
> 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Rich Feit (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331318 ]
Rich Feit commented on BEEHIVE-960:
-----------------------------------
Hi Thomas,
I think this is an issue with Tomcat 5.5. Are you able to try and reproduce this using v5.0.28 (or something similar)? I'm guessing that you won't see anything like it on 5.0.x. I've heard of many issues with redeploy on 5.5.9 -- this might be a bug to go to the Tomcat team.
Thanks,
Rich
> 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Rich Feit (JIRA)" <de...@beehive.apache.org>.
[ http://issues.apache.org/jira/browse/BEEHIVE-960?page=comments#action_12331845 ]
Rich Feit commented on BEEHIVE-960:
-----------------------------------
I haven't seen it in their bugbase, either. Tomcat is not a friendly place to file bugs, so I need to find a bulletproof, simple repro case first (if anyone's already got one that doesn't involve Beehive, speak up now :) ).
> 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
[jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Posted by "Rich Feit (JIRA)" <de...@beehive.apache.org>.
[ 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