1 Reply Latest reply on Jan 28, 2007 3:37 PM by gavin.king

    Why must we do ant deploy.tomcat after each change?

    guy_davis

      Please forgive this naive question, but is it really required to maintain a separate code workspace and tomcat installation, running ant each time to "deploy" a change. I'm more used to PHP and other CGI scripting approaches where the server picks up the change on the next web request by noticing the file has changed on disk.

      In the past, I've accomplished this using Tomcat in embedded mode from a custom Java server app within Eclipse in debug mode. Each change to a .java file was reflected right away on the next request. I also could set breakpoints on the fly.

      Am I correct in thinking I need to follow the standards in the Seam examples, where the src and view are held in one spot which are copied over as a war file into Tomcat using Ant? Is there no way to simply drop files into the webapps directory of Tomcat and just work from there?

      Thanks in advance,
      Guy

        • 1. Re: Why must we do ant deploy.tomcat after each change?
          gavin.king

          If you use seam-gen with JBoss, you get an eclipse project that auto-deploys to an exploded directory structure. We did not yet make this work for Tomcat, and I'm not sure how well Tomcat can handle stuff like this (I find Tomcat hot-deploy extremely flakey). But if you want to try it out, use seam-gen as a starting point to see how we did it.