> -----Original Message----- > From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible > Sent: Tuesday, July 28, 2009 1:54 AM > To: dev@commons.apache.org > Subject: RE: [VOTE] Release Codec 1.4 based on RC2 > > Gary Gregory wrote at Dienstag, 28. Juli 2009 10:39: > > >> -----Original Message----- > >> From: Emmanuel Bourg [mailto:ebo...@apache.org] > >> Sent: Tuesday, July 28, 2009 1:29 AM > >> To: Commons Developers List > >> Subject: Re: [VOTE] Release Codec 1.4 based on RC2 > >> > >> Jörg Schaible a écrit : > >> > >> > 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. > >> > >> Among the people using Ant to build our components there are the Linux > >> distros like Debian. I believe that building with Maven is more > >> complicated for them, but not impossible. We should probably encourage > >> them to convert all their builds to Maven. > > > > Would we be doing these folks a great disservice by removing the man- > made > > Ant build from the project (as opposed them using a Maven generated > > build.xml?) > > Is it better to provide a build.xml that is only maintained half-hearted - > if at all? Are we sure that at least one of us tried the Ant build for a > release candidate? You know, what I mean ...
Maybe we can start by marking the Ant build files as deprecated. It seems to work fine right now. 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