You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Gertjan Assies <ge...@assies.nu> on 2005/10/04 21:27:17 UTC
Re: [~OT] configuration management in tapestry (aka testing
vs production)
what I do is make a server specific directory in my project
(like /etc/config/staging and /etc/config/live) and there I put all the
files specific for that server, like web.xml and property files,
database configuration files etc etc
then I define a variable in my build.properties (build.location=staging)
to point to that location, and use that in the ant copy task so the
right files are copied into the war.
This works for me as i usually have 3 environments to deploy to
(dev/staging/live)
HTH
Gertjan
On Tue, 2005-10-04 at 20:40 +0200, Johan Maasing wrote:
> Dan Adams wrote:
> > I was wondering what people ways people have found with tapestry to make
> > launching a .war easier? For instance in my app I test locally using
> > jetty but then have a server that releases get put on at the end of
> > every iteration. Here is an example of what would need to change:
> >
> > - email address of support staff. right now they go to me and are stored
> > in the main property file but it would nice to have another property
> > file of the real values that gets swapped in
> > - the database connection info
> > - enabling/disabling certain features in the system based on whether it
> > is development or production
> >
> > I'm just curious about some of the ways that people have done this.
> > Thanks. :)
>
> Check out the servlet specification and look for env-entry (for example
> chapter 13 of servlet 2.4). Most J2EE servlet containers lets you
> override the values provided in web.xml in the war-file. How this is
> done is different between the containers (tomcat can have configuration
> in the conf/Catalina/localhost directory, weblogic have weblogic.xml et c.).
> Why implement your own configuration framework when the servlet
> specification already provides it :-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org