ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Crahen" <eric.crahen.li...@gmail.com>
Subject Re: Request for feature
Date Wed, 21 Feb 2007 16:27:12 GMT
Looks like another case solvable by the caching feature in
http://issues.apache.org/jira/browse/IVY-399

On 2/21/07, Gilles Scokart <gscokart@gmail.com> wrote:
>
> It looks like something that has been discussed there:
> http://www.nabble.com/Dealing-with-deleted-revisions-tf3149671.html
>
> Is your concern similar?
>
> Gilles
>
>
> > -----Original Message-----
> > From: Ketan Lamba [mailto:dudeatvtedu@yahoo.com]
> > Sent: mardi 20 février 2007 23:50
> > To: ivy-user@incubator.apache.org
> > Subject: Request for feature
> >
> > Hi,
> >
> > We have been using ivy-1.4.1 and noticed that there is need for
> important
> > descriptor to be added to ivy.xml files that are published to
> repository.
> >
> > Since we can use ranges with 1.4 it would be important to add a
> descriptor
> > that specifies the original ranges for dependencies in the resolved
> > ivy.xml. This should be addedto ivy.xml for the module when its
> published
> > to repository.
> >
> > This would enable decision making like selecting "greatest common
> version"
> > of a dependency.
> >
> > for example :
> > We are trying to build a module A that depends on B and C.
> > B depends on: D [1.0, 2.0[
> >  C depends on: D [1.2, 1.6[
> >   Module B asks for any 1.N build of module D while C asks only for the
> > latest  revision of module D's from 1.2 up to 1.5 release.
> >   Result: Build succeeds, and includes greatest "common" version of
> module
> > D that satisfies the constraints by both B and C. We notify the builder
> in
> > a summarized Ivy report if there is a newer version than 1.5 that we are
> > prevented
> > from including here due to C's dependency.
> > Currently: When module A is being built and dependencies for B and C are
> > resolved the ivy.xmls from repository only provide 1.N version of D that
> > was used by B and C versions requested by A.
> > thanks
> > -ketan
> >
> >
> >
> >
> > ---------------------------------
> > Don't be flakey. Get Yahoo! Mail for Mobile and
> > always stay connected to friends.
>
>


-- 

- Eric
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message