beehive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Preston (JIRA)" <...@beehive.apache.org>
Subject [jira] Commented: (BEEHIVE-960) Reload war problem when following tutorial
Date Wed, 05 Oct 2005 07:55:48 GMT
    [ 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


Mime
View raw message