Howdy,
Set unpackWARS="false" and autodeploy="true" in your <Host> element in
server.xml.  Make sure you app can run inside a packed WAR, i.e. it
doesn't try to read/write from Files using the FileReader/Writer-type
APIs.  Then you can use the Ant tasks that come with tomcat to redeploy
a WAR file to a running server.

If you don't mind me asking, where did you get the impression that "the
solution just seems to be 'just use resin for development'" ?

Yoav Shapira
Millennium ChemInformatics


>-----Original Message-----
>From: Dan Allen [mailto:[EMAIL PROTECTED]
>Sent: Sunday, March 30, 2003 12:33 AM
>To: [EMAIL PROTECTED]
>Subject: it's always the simplest things (redeploy)
>
>I can't for the life of me understand why this has to be so
>difficult.  It seems a major flaw of tomcat not to be able to simply
>redeploy and activate an application from a war file.  I have read many
>posts on the subject from the archives of this list and no one seems
>to have a definitive solution.  The solution just seems to be "just
>use resin for development, it actually works right, then just deploy
>on tomcat."  Since I have invested a great deal of time in tomcat, I
>wish not to give up this easily.
>
>In short, what does it take to drop a war into the webapps
>directory, overwriting a previous war and get tomcat to recognize
>the timestamp is newer and reissue the files so that you can see the
>changes when you visit the application in the browser?  I am tempted
>just to do my development directly inside the web container to avoid
>this issue all together, but that just doesn't seem to be the right
>way to go about things.
>
>Since this question comes up so often, maybe we can work out a full
>answer in this thread so that it doesn't have to be asked again.
>
>Dan
>
>--
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>Daniel Allen, <[EMAIL PROTECTED]>
>http://www.mojavelinux.com/
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>Microsoft's Law of Software Engineering:
>Don't worry if it doesn't work right.
>If everything did, we'd be out of a job.
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to