On 28/07/2009, Gary Gregory <ggreg...@seagullsoftware.com> wrote: > > -----Original Message----- > > From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible > > Sent: Monday, July 27, 2009 10:50 PM > > To: dev@commons.apache.org > > Subject: Re: [VOTE] Release Codec 1.4 based on RC2 > > > > > sebb wrote at Montag, 27. Juli 2009 23:14: > > > > > On 27/07/2009, Niall Pemberton <niall.pember...@gmail.com> wrote: > > > > [sinp] > > > > >> I dont know the plugin, but looking at the code it looks like it > > >> generates the jar and extracts the manifest: > > >> > > >> > > http://svn.apache.org/repos/asf/felix/releases/maven-bundle-plugin- > > 2.0.0/src/main/java/org/apache/felix/bundleplugin/ManifestPlugin.java > > >> > > >> So it looks like either you would have to do something similar or just > > >> use Bnd to create the jar > > > > > > I was beginning to wonder if that would be necessary ... seems to me > > > that this will be quite a lot of work for no direct gain to Commons. > > > > > > Let's wait for a patch ;-) > > > > Maybe we should start asking the other way round: Why do *we* want to > > maintain an additional Ant build file? We build our artifacts with Maven, > > vote on them and distribute exactly those in the end. I'd never expect to > > get the exactly same jar using a different build system. If somebody want > > an Ant build he can use the maven-ant-plugin > > (http://maven.apache.org/plugins/maven-ant-plugin/) to create the > > build.xml. > > > > WDYT? > > > It does seem slightly odd to provide more multiple ways to build.
In the case of components that target 1.3, this was essential to allow build/test using 1.3, but of course this does not apply here. > I would be OK if the Ant build went away. > Ditto. > Gary > > > > > > - Jörg > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
