Hi, can't you just publish new ivy.xml?
Gintas 2017-05-31 17:34 GMT+02:00 Stefan Bodewig <bode...@apache.org>: > Hi all > > this is an excerpt from the cancelled vote thread for the compress > antlib. > > 2017-05-31 16:40 GMT+02:00 Stefan Bodewig <bode...@apache.org>: > > > I've just realized that the ivy.xml file I've published to Nexus has > > completely different coordinates from the one used in earlier > > releases. It used to be > > > > <info organisation="org/apache" > > module="ant" ...> > > <artifact name="ant-compress" ... > > > > for 1.5 RC1 it is > > > > <info organisation="Apache Ant" > > module="ant-compress" ...> > > <artifact name="ant-compress" ... > > > > and the current master branch would create > > > > <info organisation="org.apache.ant" > > module="ant-compress" > > <artifact name="ant-compress" ... > > and as Gintas points out, master is the only one that is using Ivy > coordinates the way they are intended to be. > > All antlibs builds except for Compress are currently in a state that > makes it impossible to release them without making changes and Compress > is "correct" after all. So now would be a good time to decide what to > do. > > We could violate Ivy's concepts and go back to what we've done before - > the first example above. This is what the two releases of Dotnet, the > four releases of AntUnit ant the five releases of Compress have done so > far. > > The other option is to fix all Antlibs to be in line with Ivy's concepts > (as Compress is inside master right now). This runs the risk of breaking > things for people who use Ivy to retrieve the Antlibs (or maybe not, if > they pick them up via their POMs as those have been correct) with all > future releases of the three Antlibs that have had releases. > > I tend to go with the second option and list it as a backwards > incompatible change. > > Any preferences? > > Stefan > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > >