Surely that is what a jars manifest is for? ----- Original Message ----- From: Wayne Cannon To: Ant Users List Sent: Thursday, December 13, 2007 1:11 AM Subject: Re: Setting final strings at compile time
Eric, We create an almost-Java source file, e.g., Version.txt, containing replacement targets. We extract version information from Subversion (or ClearCase, etc.) into a property with Ant, which we then <replace> in an Ant <copy> from Version.txt to Version.java. The advantages of this approach are (1) the ability to use version control for Version.txt, (2) the ability to extract version information of various types (build date, product version number, build number, and version-control version number) for the compiled version, and (3) independence from the build system allowing you to use Ant, make, clearmake, etc., and switch systems if your process demands. The disadvantage of this approach is that Version.txt is not automatically recognized as a Java source file by IDEs, such as Eclipse, based solely on its suffix. Steve's approach seems very similar, except that he prefers to use Java properties files read by Java classes at run-time, instead of Java source files themselves. I prefer the Java source file in order to keep all of the version-related information in individual Java classes, and not in a separable, easily editable, property file that is read at run-time. For some approaches, there is definitely a benefit to the flexibility of an editable property file that is read at run-time. I use my Version base class, and its derivatives, for version compatibility test methods across both sides of interfaces, as well as returning a string for version reporting, "Help | About" information, etc. Regards, Wayne from Version.txt: public static final String DATE_STRING = "@date@"; public static final String MAJOR_VERSION = "@major@"; public static final String MINOR_VERSION = "@minor@"; public static final String PATCH_VERSION = "@patch@"; public static final String BUILD_NUMBER = "@build@"; resuting Version.java: public static final String DATE_STRING = "Tue Nov 06 00:08:51 PST 2007"; public static final String MAJOR_VERSION = "02"; public static final String MINOR_VERSION = "00"; public static final String PATCH_VERSION = "00"; public static final String BUILD_NUMBER = "143"; Frederich, Eric P21322 wrote: > Thanks for the reply and a possible solution but this seems more like a > hack. > Yeah, right now I have something like > Public static final String programName = "Java Program XYZ"; > I'd like to be able to make one where that string is "Java Program XYZ - > Development Version" automagically using ant. > > If the javac command could set properties the way the java command does > it would be nice. > If this isn't the case I guess I'll be stuck with a "hack" like this. > Just seems to be a pain to explicitly copy the original to a tmp > directory, do the replacement on the file, compile it and then copy the > original file back. > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ________________________________________________________________________ E-mail is an informal method of communication and may be subject to data corruption, interception and unauthorised amendment for which I-play, a trading name of Digital Bridges Ltd will accept no liability. Therefore, it will normally be inappropriate to rely on information contained on e-mail without obtaining written confirmation. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. (C) 2005. I-play is a trademark and trading name of Digital Bridges Limited. All Rights Reserved. ________________________________________________________________________ This message has been checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp