I couldn't agree with Craig more. Especially when we're talking about development, I can't concieve of having to WAR things up, whether it's going on my own machine or a remote box. I've even seen some people work with something like Resin that will pick up ANY change instantly and automatically for development. Not a bad approach at all.

I frankly like doing things this way in prod too, just leave everything exploded, but there's some room for debate whether that's a good idea or not. On the other hand, it's awfully nice to be able to drop an updated JSP, or a new stylesheet, or modified images right into an app without having to restart, recompile, WAR or anything else (doesn't generally work for class or library changes, but half way is better than no help at all)

--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com

Craig McClanahan wrote:
On Mon, 29 Nov 2004 17:58:20 -0000, McDonnell, Colm (MLIM)
<[EMAIL PROTECTED]> wrote:


Have you considered deploying exploded versions of your WAR file in the
development environment?


This approach works great for me ... the lack of copying really
improves turnaround time on redeployments during the development
cycle.  All of the build scripts for the Struts examples are
instrumented with Tomcat integration for things like this, using the
custom Ant tasks that Tomcat provides for this purpose.

Craig

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




.





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



Reply via email to