The Whirr dependency is a snapshot, but it is being pulled from the Twitter repo defined in ivysettings.xml. When 0.3.0 is released we'll be able to get it Maven Central.
On Sat, Jan 22, 2011 at 12:40 AM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > 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 >
