We d something similar as well, but we decided to use a simple env var in all environments... So the exact same EAR can deploy to any environment and the code within simply looks for that var and acts accordingly. Simple but highly effective.
Frank -----Original Message----- From: Ian Roughley <[EMAIL PROTECTED]> Sent: Friday, June 27, 2008 2:59 PM To: Struts Developers List <dev@struts.apache.org> Subject: Re: environment awareness (project stage in JSF) I've actually had to implement this type of feature in multiple enterprise applications. However, I would say that it's not knowing the environment, but being able to change configuration elements per environment that is important (for what I did, and in rails I think this is the most important elements). i.e. change the SMTP, temp file dir, admin user email address, etc. depending on whether you are testing locally vs. production. If developers are using spring, there is a way to load property files with a hostname extension (which is one solution) - but should we always expect users to be using Spring? The other question is being able to modify struts.property properties depending on env (i.e. devMode=true in development and never in production). /Ian Antonio Petrelli wrote: > 2008/6/27 James Holmes <[EMAIL PROTECTED]>: > >> http://blogs.sun.com/rlubke/entry/jsf_2_0_new_feature2 >> >> I like it. This is one of the features of RoR that I really found useful --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]