I think a much better solution than relying on the build tool (maven profiles or on war overlays) is to use environment variables and bundle all the LookAndFeel.xml in your war
I would use spring 3.1 and use the environment profiles feature. http://blog.springsource.com/2011/02/11/spring-framework-3-1-m1-released/ http://blog.wookets.com/2011/11/spring-31-environment-profile.html Regards On Thu, Mar 1, 2012 at 1:16 PM, offbyone <r...@iridiumsuite.com> wrote: > Ok, I hear you, profiles are evil. BUT I still don't understand the > alternative so let me give a specific and tangible example and maybe you > can > explain a specific alternative. > > I am currently deploying my product in a tomcat/linux environment as a war > file. My webapp is driven by a set of spring configuration files using the > Spring context loader. For example, one of those spring configuration > files > is called LookAndFeel.xml. It sets attributes like colors of the user > interface. I love using this type of configuration driven design because > it > lets me swap out the entire look and feel just by changing a config file. > > There are many deployments of my application on different systems and each > one has a different look and feel configuration file. So, I was planning > to > have a different maven profile for each deployment and have the profile > automatically push the correct LookAndFeel.xml into the war archive. > > So specifically how do I accomplish this this in maven without using > profiles? > > -- > View this message in context: > http://maven.40175.n5.nabble.com/using-build-profiles-for-WAR-plugin-tp5525954p5528917.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > -- Those who do not understand Unix are condemned to reinvent it, poorly. Any sufficiently recent Microsoft OS contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Unix.