[ 
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

Reply via email to