Great David!
That's exactly what I was looking for, excelent solution, thanks a lot!
David Smith escreveu:
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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
