The only thing I can think of is if you have multiple people working on a project there might be common properties in the build.xml but then each developer might have his own set of properties for specific tasks for testing and what not. Other than that, to remove clutter from the main build.xml maybe??
I've developed several detailed build.xml scripts, one for stand-alone projects, and one for web apps. When I start a new project, all I have to do is customize a few parameters in the build.properities file for that new project, and I never have to edit my build.xml file. That makes it easy to maintain a small group of build.xml scripts and just customize a single file with a few properties for each new project. [ April 25, 2004: Message edited by: Rob Ross ]
hi, think about the following scenario. When you build an ear files for an environment called systemtest you may want to set different properties then when you build an ear for an environment like production. Think about variables for jdbc/oracle connections for instance that are different. Then when starting the build you can specify which properties file you want to use. regards, baz
have a nice one
You showed up just in time for the waffles! And this tiny ad:
Building a Better World in your Backyard by Paul Wheaton and Shawn Klassen-Koop