On 22 January 2011 08:20, Stephen Connolly <stephen.alan.conno...@gmail.com> wrote: > as part of my work on CASSANDRA-2017 I have been trying to test > various parts of the cassandra build that use ivy in order to make > sure that the maven-ant-tasks version works too... > > currently "ant build-distributed-test" is broken for me (because it > uses a -snapshot of whirr).... > [snip] > > obviously my maven-ant-tasks version duplicates the same failure... so > I guess I'm wondering how people want to proceed... > > -Stephen >
I have some observations: 1. Whirr uses a Maven build... but they have committed the cardinal sin of Maven builds, i.e. they include a <repositories> section... IMHO allowing <repository> definitions in the pom was a mistake. IMHO 99.9% of peoples bad feelings towards Maven are the result of people using <repository> and <pluginRepository> elements in their poms. Any of the other Maven PMC members I have discussed this with agree with me ;-) 2. There is supposed to be validation of poms going to Maven Central to refuse them if they have a repositories section... so I suspect that either it is broken on repository.apache.org or else the 0.2.0-incubating stuff slipped under the radar... I'm looking into that. 3. I will probably have to nudge the downstream dependencies of whirr to publish to central to get that resolved. 4. With the Maven ANT Tasks there is the advantage that you can just build whirr locally with mvn install to get the dependencies into your local repository... which would let the build pass... 5. With Maven ANT Tasks we could use an svn:external with peg rev to pull down the whirr code and then <artifact:mvn> to build whirr locally from the ANT build I'm not saying any of the above are solutions, just points to consider -Stephen