I just want to clarify: If I need to change this aim_version.properties file to use ${version} or whatever, that's fine with me. If I need to change the name or move this to another location, that's fine too. If we have to make this an XML file instead of a properties file, that's fine too.
We use Hudson as our build system, and we simply need the Hudson build number in this file. We also need this file to sit outside the generated EAR which is why we use an assembly. (We also have a bunch of other configuration files and shell scripts that sit outside the ear too, so having an assembly isn't a problem). If this was a file inside a JAR or WAR, I could use resource filtering, but this file has to be easily accessible, so our tech services people can verify the installation. I simply need a way to put the Hudson build number (which I can pick up from the command line) into a file that is easily accessible to our tech services guys. On Tue, Aug 4, 2009 at 12:47 PM, David Weintraub <qazw...@gmail.com> wrote: > We have a single file called aim_version.properties. In it is a string > @VERSION@ which is replaced with a property that I get from the command > line. I am building an assembly, and I need to change the @VERSION@ string > with a value of a property that I either get from the command line, or I get > as the default property in the pom.xml. > > I looked up the assembly descriptor, and it tells me how to do filtering > via an already built properties file, but I don't want to do that. Instead, > I simply want to take the value of the property and filter this one file > with that property. > > How do I do that while I build the assembly? I know how to specify this one > file when building the assembly, and I see how to do the filtering if the > value I want is in a properties file, but I need to take the value off the > command line. > > -- > David Weintraub > qazw...@gmail.com > -- David Weintraub qazw...@gmail.com