Will Glass-Husain wrote: > I generate site-specific war files. I used to do this with an ant > script but now I use Maven. With ant you can specify system variables > with the -D option (I do -Ddeploy=sitename) and with Maven you can > choose profiles with the -P option. I keep setting files for each > server in source control and my build script downloads those and > copies them into the war. > > WILL > > On Thu, Jul 9, 2009 at 3:11 PM, carlson weber filho<cwe...@cdm.com.br> wrote: > >> I always had a question that no one had answered me in a satisfactory >> manner. We are a comapny that develop desktop applications, using Delphi, >> and now we are migrating some products to Tomcat, using Wicket. When I want >> to update our software on a client, we replace the executable and run some >> scripts on the database automatically, all the settings like report >> templates, connection settings, stays the same on the software folder. How >> would I do this on a Java-ish way? When I generate the .WAR file and put it >> on the tomcat webapps folder, it will overwrite all my app files, including >> settings and etc. What is the best way to do this? >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > I would put them in the deployment descriptor and store that in the proper engine and host folder of the conf directory. You should be able to replace the webapp without affecting it. Then on start, your webapp's ServletContextListener can read the information in and do something appropriate.
See the context parameters and environment entries section of http://tomcat.apache.org/tomcat-6.0-doc/config/context.html I didn't see a tomcat version in your post, so please look at the equivalent of the above URL for whatever tomcat version(s) you are supporting. --David --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
