From ivy-user-returnrebeccamedina@example.net Thu Nov 01 04:18:54 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 30821 invoked from network); 1 Nov 2007 04:18:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 04:18:54 -0000 Received: (qmail 10762 invoked by uid 500); 1 Nov 2007 04:18:42 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 10739 invoked by uid 500); 1 Nov 2007 04:18:41 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 10730 invoked by uid 99); 1 Nov 2007 04:18:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Oct 2007 21:18:41 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO nz-out-0506.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 04:18:43 +0000 Received: by nz-out-0506.google.com with SMTP id o37so312338nzf for <rebeccamedina@example.net>; Wed, 31 Oct 2007 21:18:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=OO93912MigN70ihZAbmhy/j7Pf8DmahnNkl4RyiXVD0=; b=iafbks9WEQvCjPgpG7lKIr+lOVcR1AwwPlS8fiopd8RFIhhxCXB+zjY+24RUsvb0wfQRw59ppCEpi8KZ9jyPi746DhHT6re6JYi154HAPIs6vA0vbL52/xVpF/npVtcJhk3GCdVYoH8OLhUSl+O2qSzRGDF0+Z2+PipH28XFPuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=hvVdcB4kW++p+3fxop69pUu6dw0NcZFzX/vc6v5aZzRtp3GjlzfIKrLNuI7cbsgV6Or7oMJIYnZ/YyJz4ktNr6QeF56EgL7YBJtJkGRC/5smnpnzPYTeuB4H+Vy7+QWU7PisNOs+uEcN0PAamXDMMLeGv5GEJZHCKY83BI0/Yuw= Received: by 83.161.120.155 with SMTP id k2mr13493wff.1193890697374; Wed, 31 Oct 2007 21:18:17 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 31 Oct 2007 21:18:17 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 00:18:17 -0400 From: "David Hodge" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: IVY resolving POMs with Revision ${project.revision} In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7984_6340159.1193890697336" References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_7984_6340159.1193890697336 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks I am using the latest version and it is indeed fixed. Have another question that I think is related I have a dependency on jett-plus, however it depends on geronimo-spec-jta and it ends up looking for this url causing a problem: http://repo1.maven.org/maven2/geronimo-spec/geronimo-spec-jta/${jta-spec-version}/geronimo-spec-jta-${jta-spec-version}.pom I took a glance at the bug fix for the project.version issue but I am not sure how this should be handled. Thanks, David Y. Hodge On 10/30/07, Maarten Coene <rebeccamedina@example.net> wrote: > > This has been fixed in trunk (cfr. > https://issues.apache.org/jira/browse/IVY-620) > The best you could do is to try it again with the latest Ivy snapshot > > -- > Maarten > > > ----- Original Message ---- > From: David Hodge <rebeccamedina@example.net> > To: rebeccamedina@example.net > Sent: Monday, October 29, 2007 2:34:37 PM > Subject: IVY resolving POMs with Revision ${project.revision} > > > I am trying to use Ivy to download a dependency, SLF4J, and I get an > error > because the revision is not 1.4.3 but is ${project.revision} What is > the > best way to get around this? Turning off using POMS? > > Thanks, > > David Y. Hodge > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ------=_Part_7984_6340159.1193890697336-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 07:34:24 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 91778 invoked from network); 1 Nov 2007 07:34:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 07:34:24 -0000 Received: (qmail 12950 invoked by uid 500); 1 Nov 2007 07:34:11 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 12920 invoked by uid 500); 1 Nov 2007 07:34:11 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 12911 invoked by uid 99); 1 Nov 2007 07:34:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 00:34:11 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wa-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 07:34:13 +0000 Received: by wa-out-1112.google.com with SMTP id n4so1313712wag for <rebeccamedina@example.net>; Thu, 01 Nov 2007 00:33:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=YQCjd9TqngGtR85XWiKNsIsfc4jtE0ug/gF0Uh3HMPA=; b=W27VVjCJUq5vczhM1Rc45GLZfxUZaVA21Ai5x7q8+ZewlbvssbtJzmErzUcE2LcQzb3O7//aVWDNCHgJ4v6EU44z/ON8aBJrRTdcjtZWo6wguJTElFIa6xrSCtrwCMBp0GLpjwh+Unnd9KILcXeeKO2ReQI2nKM6ultjbWu2+4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=TRTaDLcA7fweVceLhe8+d98gKdRDO7JCJxtXhu5W8Yu7/oF5AWzPoA3R3FFGzz4aemLFQijVHyuxSpm+r5FexxB1MLPu4jrwBXGpVN2viET/phpXkyXr/uU2jv7tvqZz5KcXqDwahqG4JPzEBcB4gBSI+Erz+iIe+9SavJ5Qxw4= Received: by 83.161.120.155 with SMTP id h1mr289294wag.1193902431137; Thu, 01 Nov 2007 00:33:51 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 00:33:51 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 08:33:51 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: Conflict manager problem In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13155_13935679.1193902431124" References: <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13155_13935679.1193902431124 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/31/07, Jim Adams <rebeccamedina@example.net> wrote: > > Thanks. Here is what I am trying to do and maybe you can help I am > trying to force the parent node to become evicted if a child node > resolves to nothing. Make sense? Yes, but this is out of the things that a ConflictManager is supposed to do ATM. So maybe you will have to think about a new API in ConflictManager to let it handle this case, and review the conflict management algorithm in ResolveEngine. This is the case where I needed to > evict the child when it was the only one available. There is a lot of > code that evicts the children but nothing that evicts the parent. Which > data structures must be updated to insure an eviction? You should call the IvyNode#markEvicted(EvictionData) method. But I don't know if it's the responsibility of ConflictManager to call it or ResolveEngine. ATM it's the ResolveEngine, to keep the ConflictManager simple enough. But if we want to have more flexibility in what a ConflictManager can do, maybe we will have to shift the responsibilities. I don't have enough time to think about the best solution to this problem for the moment, so feel free to conduct your own study and share your thoughts and questions with us. Xavier > -----Original Message----- > > From: Xavier Hanin [mailto:rebeccamedina@example.net] > > Sent: Wednesday, October 31, 2007 2:37 PM > > To: rebeccamedina@example.net > > Subject: Re: Conflict manager problem > > > > OK I think I get it. You would like to have a version resolution > taking into > > account evicted modules, and that's where the findResource method is > missing > > information (a reference to ResolveData would be fine). The problem is > that > > there is already a lot of information conveyed to this method (you see > the > > number of arguments... ugly :-( ). I was already thinking that we > could > > review this kind of methods to distinguish between the real arguments > and > > contextual information. Contextual information could go into > IvyContext IMO, > > and ResolveData could be considered part of the contextual > information. This > > obviously requires modification in Ivy itself, but we are not opposed > to > > good patches :-) > > > > Xavier > > On 10/31/07, Jim Adams <rebeccamedina@example.net> wrote: > > > > > > What I am attempting to do is to get the resolver to basically start > > > over. In the case I detail below there are 2 C versions out there > and 2 > > > D versions. I resolve to one of the D versions through B and then > take > > > the latest C version which gives a different D version. I evict the > > > different D version. This needs to cause an eviction of the latest C > > > version. If I reset back to looking for latest the findResource > doesn't > > > check for eviction before finding the latest version. Note that I > have > > > had to change some code just to get things to start over and I may > not > > > be resetting enough information, but that is what I am attempting. > > > > > > > > > > -----Original Message----- > > > > From: Xavier Hanin [mailto:rebeccamedina@example.net] > > > > Sent: Wednesday, October 31, 2007 2:08 PM > > > > To: rebeccamedina@example.net > > > > Subject: Re: Conflict manager problem > > > > > > > > On 10/31/07, Jim Adams <rebeccamedina@example.net> wrote: > > > > > > > > > > AbstractResourceResolver has a findResource() method. This > method > > > > > downloads an artifact even if it has been evicted. > > > > > > > > > > > > You're right. Actually, it's the responsibility of the caller to > avoid > > > > downloading a module if it has been evicted. The logic of module > > > eviction is > > > > in the ResolveEngine and related classes, like IvyNode. See in > > > particular > > > > the IvyNode#loadData method, which calls getDependency on the > > > resolver only > > > > if the module has not been evicted. > > > > > > > > Do you have a case where an evicted module is still downloaded? > Note > > > that it > > > > may happen that a module descriptor is downloaded because the > module > > > is > > > > evicted after the module being resolved. To resolve conflicts, Ivy > has > > > to > > > > find conflicts, and thus needs to download module metadata. But > the > > > > artifacts of a module shold never be downloaded if it has been > > > completely > > > > evicted. > > > > > > > > Xavier > > > > > > > > > -----Original Message----- > > > > > > From: Xavier Hanin [mailto:rebeccamedina@example.net] > > > > > > Sent: Wednesday, October 31, 2007 2:56 AM > > > > > > To: rebeccamedina@example.net > > > > > > Subject: Re: Conflict manager problem > > > > > > > > > > > > On 10/29/07, Jim Adams <rebeccamedina@example.net> wrote: > > > > > > > > > > > > > > The issue that I chanced upon was that the code that > actually > > > > > downloads > > > > > > > the ivy files from the repo can't get to the resolveData and > > > there > > > > > needs > > > > > > > to be a way to not download already evicted modules. > > > > > > > > > > > > > > > > > > Could you be more precise? Which piece of code are you > referring > > > to? > > > > > > > > > > > > Xavier > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Xavier Hanin [mailto:rebeccamedina@example.net] > > > > > > > > Sent: Saturday, October 27, 2007 3:36 AM > > > > > > > > To: rebeccamedina@example.net > > > > > > > > Subject: Re: Conflict manager problem > > > > > > > > > > > > > > > > I think you can have access to the ResolveEngine, but it's > not > > > > > really > > > > > > > the > > > > > > > > most interesting, sicne all the state of resolution is in > > > > > ResolveData, > > > > > > > and > > > > > > > > ResolveData is passed to the resolver. In the conflict > manager > > > you > > > > > > > have > > > > > > > > access to an IvyNode, which itself has access to > ResolveData > > > > > > > (#getData()), > > > > > > > > which itself has access to resolve engine (#getEngine()). > I > > > think > > > > > this > > > > > > > > should be enough to have all the contextual information > about > > > the > > > > > > > current > > > > > > > > resolution process. > > > > > > > > > > > > > > > > Does it make sense? > > > > > > > > > > > > > > > > Xavier > > > > > > > > > > > > > > > > On 10/26/07, Jim Adams <rebeccamedina@example.net> wrote: > > > > > > > > > > > > > > > > > > In continuing to pursue this problem, it appears that > the > > > > > > > ResolveEngine > > > > > > > > > does not provide any of its internal state to the > Resolver > > > > > itself. > > > > > > > This > > > > > > > > > means that there is no way to get back to the list of > > > currently > > > > > > > evicted > > > > > > > > > modules and remove previously evicted modules from the > list > > > > > > > available in > > > > > > > > > the findResource() method. Do you think that adding that > bit > > > of > > > > > > > internal > > > > > > > > > state is a good approach? > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Jim Adams [mailto:rebeccamedina@example.net] > > > > > > > > > > Sent: Friday, October 26, 2007 9:56 AM > > > > > > > > > > To: rebeccamedina@example.net > > > > > > > > > > Subject: Conflict manager problem > > > > > > > > > > > > > > > > > > > > I am attempting to write a conflict manager that needs > to > > > > > resolve > > > > > > > > > > conflicting versions from across the tree. The case I > am > > > > > working > > > > > > > on is > > > > > > > > > > what we are calling the "Polygon of Death". > > > > > > > > > > > > > > > > > > > > A depends on B and C > > > > > > > > > > B depends on D > > > > > > > > > > C depends on D > > > > > > > > > > > > > > > > > > > > There are 2 versions of C and D where C1->D1 and > C2->D2. > > > There > > > > > has > > > > > > > > > been > > > > > > > > > > only one published version of B such that B1->D1 > > > > > > > > > > > > > > > > > > > > A is using LATEST to find B and C > > > > > > > > > > > > > > > > > > > > The problem is that A finds C2 and never has a chance > to > > > back > > > > > up > > > > > > > to > > > > > > > > > C1. > > > > > > > > > > I can evict D2 by looking at the list of currently > > > selected > > > > > nodes > > > > > > > and > > > > > > > > > > finding an older version of D but I cannot then > > > successfully > > > > > evict > > > > > > > C2. > > > > > > > > > > It seems that the selection of the latest version of C > > > does > > > > > not > > > > > > > take > > > > > > > > > > into account that C2 was evicted. I am willing to make > > > changes > > > > > to > > > > > > > IVY > > > > > > > > > > and give them back in a JIRA but I would like a little > > > > > guidence on > > > > > > > > > where > > > > > > > > > > to look. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Jim Adams > > > > > > > > > > rebeccamedina@example.net > > > > > > > > > > Principal Systems Developer > > > > > > > > > > SAS Institute > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Xavier Hanin - Independent Java Consultant > > > > > > > > http://xhab.blogspot.com/ > > > > > > > > http://ant.apache.org/ivy/ > > > > > > > > http://www.xoocode.org/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Xavier Hanin - Independent Java Consultant > > > > > > http://xhab.blogspot.com/ > > > > > > http://ant.apache.org/ivy/ > > > > > > http://www.xoocode.org/ > > > > > > > > > > > > > > > > > > > > > -- > > > > Xavier Hanin - Independent Java Consultant > > > > http://xhab.blogspot.com/ > > > > http://ant.apache.org/ivy/ > > > > http://www.xoocode.org/ > > > > > > > > > > > -- > > Xavier Hanin - Independent Java Consultant > > http://xhab.blogspot.com/ > > http://ant.apache.org/ivy/ > > http://www.xoocode.org/ > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_13155_13935679.1193902431124-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 07:39:54 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 93206 invoked from network); 1 Nov 2007 07:39:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 07:39:54 -0000 Received: (qmail 18497 invoked by uid 500); 1 Nov 2007 07:39:42 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 18476 invoked by uid 500); 1 Nov 2007 07:39:42 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 18467 invoked by uid 99); 1 Nov 2007 07:39:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 00:39:42 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wa-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 07:39:58 +0000 Received: by wa-out-1112.google.com with SMTP id n4so1316733wag for <rebeccamedina@example.net>; Thu, 01 Nov 2007 00:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=z6/B0/WA6PwM3qDZ9YcuikIxZWkY5+UImgIB1RhRYuQ=; b=fuj0aPfqVFtheLctFAqAvDCoQxbCpoKPIudTLvE4JMPYX1HHgn1qbGepRUYCWMHV0H7m+SXatq2TtSFegp5YiAfO2A2EVhJBco49feFUQok8A9kXJLxLGZxy60A2ru/iMJ/riDQ9YV9R+HlXIiKc1g8qLx0uAkJAJD5LJrVaCRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=oOGVMt2HsEPeYBrDxy7yJKfoKrGAH5DsDCNtZLuEeqzoAJv13MOLvPcNfUsxuRpDSjNR7Z7a4l+4iV3tacz9gDA3S3kwLdWh/83vYZetSdkit/kfrZTk8wb8zTfcMKFkgntoUman2Z0eBdvDYAY/tC3JWY8RoVV9jPWVGm7jl6k= Received: by 83.161.120.155 with SMTP id b1mr289252wai.1193902759936; Thu, 01 Nov 2007 00:39:19 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 00:39:19 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 08:39:19 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: IVY resolving POMs with Revision ${project.revision} In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13167_31790825.1193902759921" References: <rebeccamedina@example.net> <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13167_31790825.1193902759921 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 11/1/07, David Hodge <rebeccamedina@example.net> wrote: > > Thanks I am using the latest version and it is indeed fixed. Have another > question that I think is related > I have a dependency on jett-plus, Could you provide a link to the POM so that we can see how it is written? however it depends on geronimo-spec-jta > and it ends up looking for this url causing a problem: > > > http://repo1.maven.org/maven2/geronimo-spec/geronimo-spec-jta/${jta-spec-version}/geronimo-spec-jta-${jta-spec-version}.pom > > I took a glance at the bug fix for the project.version issue but I am not > sure how this should be handled. I don't know how the jta-spec-version is provided in the POM, but I don't think this is a standard property. As a workaround for the moment you can provide a value to this property in Ivy or Ant: <property name="jta-spec-version" value="1.0-M1" /> Xavier Thanks, > > David Y. Hodge > > On 10/30/07, Maarten Coene <rebeccamedina@example.net> wrote: > > > > This has been fixed in trunk (cfr. > > https://issues.apache.org/jira/browse/IVY-620) > > The best you could do is to try it again with the latest Ivy snapshot > > > > -- > > Maarten > > > > > > ----- Original Message ---- > > From: David Hodge <rebeccamedina@example.net> > > To: rebeccamedina@example.net > > Sent: Monday, October 29, 2007 2:34:37 PM > > Subject: IVY resolving POMs with Revision ${project.revision} > > > > > > I am trying to use Ivy to download a dependency, SLF4J, and I get an > > error > > because the revision is not 1.4.3 but is ${project.revision} What is > > the > > best way to get around this? Turning off using POMS? > > > > Thanks, > > > > David Y. Hodge > > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_13167_31790825.1193902759921-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 07:49:23 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 94335 invoked from network); 1 Nov 2007 07:49:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 07:49:23 -0000 Received: (qmail 21224 invoked by uid 500); 1 Nov 2007 07:49:10 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 21204 invoked by uid 500); 1 Nov 2007 07:49:10 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 21195 invoked by uid 99); 1 Nov 2007 07:49:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 00:49:10 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wa-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 07:49:11 +0000 Received: by wa-out-1112.google.com with SMTP id n4so1321619wag for <rebeccamedina@example.net>; Thu, 01 Nov 2007 00:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=TsFD9SbfQ+X009hD3iajCz6w4jq4g3enw8R+uOT3s4E=; b=Z3YsY316cdGG37ieoncLERNLDBY4MrEHZTeUmKuUtKmw9zoVmV7krIdcJPDaQWBkCIqJgfO111JaJXMhNzOTAX9n3CGPx6zq6F5Sj/FFXi8gZ7ytkXvvYvp8jwLjtB8enxT48FU8BAcgVu3NVEPhx1BTfKCs6n6mVTPR1Q42ns0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=d0yb3KLWFeQTpKY+OznvJwrBe/HYmSRoz1IiH7H9V2211IrzRDThJ59+Ts5RBNzbithdzjRpd2zawS1Yh0O3DNzS5l8BXjCNKPHP4QPvQncVSPkLkOEwOcSsDH0FJlP/cade/QyThN1z/SjgzBorpQjQHO6pSQPtQHzf9ysZDyY= Received: by 83.161.120.155 with SMTP id h1mr300418wag.1193903329859; Thu, 01 Nov 2007 00:48:49 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 00:48:49 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 08:48:49 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: Duplicate entries in resolve report In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13218_13285768.1193903329845" References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13218_13285768.1193903329845 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/30/07, Nascif Abousalh-Neto <rebeccamedina@example.net> wrote: > > Hi all, > > We are reading the resolved module descriptor generated in the ivy cache To be clear for others reading, we don't call that a module descriptor, but a resolution report. A module descriptor cointains metadata about a module (usually an ivy file or a pom), while the resolution report contains much more information about how the resolution of dependencies of a module configuration has been performed. to extract information about the complete list of dependencies, both > names and versions, for an internal process that requires them in a > simple text file. I created a simple XSLT transformation to capture > those values, but we found that sometimes there are multiple "revision" > nodes for the same "module" - the only difference being the value of the > attribute "search", as in the example below. The search attribute only indicates if the module required a look up in the repository to find it or not. This is usually the case either if your use a dynamic version (latest.integraiton for instance). According to the file extract you provide below, I'd say this is a bug in Ivy, you shouldn't have twice the same revision. I think we end up with twice the revision because during dependency resolution we end up with an IvyNode for this module revision being referenced twice in the nodes map: one for 83.161.120.15571030042610, and one for latest.integration. But we should do a better work when generating the xml, to output this IvyNode only once. So the best is not to solve the problem in your XSLT but in Ivy. Could you open a bug in JIRA? Xavier The result is that in those cases is that I have multiple lines for > version. So clearly I need to add another test in the XSLT. My question > is, how do I find which revision is the one that was actually selected? > I already have a check to skip "evicted-by", is that any other test that > would give me the correct result? > > I think I need to look for 'searched="true"' in my XPath check, but I am > not sure. Any suggestions? > Thanks, > Nascif > > Example with multiple entries: > > <module organisation="SAS" name="sas.web.framework" > resolver="sas-example"> > <revision name="83.161.120.15571030042610" status="integration" > pubdate="20071030042635" resolver="ivyfiles" artresolver="sas-example" > downloaded="false" searched="true" default="false" conf="compile" > position="64"> > <caller organisation="SAS" name="sas.portal.persistence.impl" > conf="compile" rev="latest.integration"/> > <caller organisation="SAS" name="sas.portal.persistence" > conf="compile" rev="83.161.120.15571030042610"/> > <artifacts> > <artifact name="sas.web.framework" type="jar" ext="jar" > status="successful" size="762034"> > </artifact> > </artifacts> > </revision> > <revision name="83.161.120.15571030042610" status="integration" > pubdate="20071030042635" resolver="ivyfiles" artresolver="sas-example" > downloaded="false" searched="false" default="false" conf="compile" > position="64"> > <caller organisation="SAS" name="sas.portal.persistence.impl" > conf="compile" rev="latest.integration"/> > <caller organisation="SAS" name="sas.portal.persistence" > conf="compile" rev="83.161.120.15571030042610"/> > <artifacts> > <artifact name="sas.web.framework" type="jar" ext="jar" > status="successful" size="762034"> > </artifact> > </artifacts> > </revision> > > Here is the current XSLT: > > <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" > version="1.0"> > <xsl:output method="text" encoding="iso-8859-1"/> > <xsl:param name="curr_project"></xsl:param> > <xsl:param name="curr_version">.</xsl:param> > <xsl:template match='/ivy-report/dependencies'> > PickList-Version=1 > > name=<xsl:value-of select="$curr_project"/> > version= <xsl:value-of select="$curr_version"/> > > <xsl:for-each select="module"> > name=<xsl:value-of select="@name"/> > <xsl:for-each select="revision"> > <xsl:choose> > <xsl:when test="evicted-by"> > ## (evicted) version=<xsl:value-of select="@name"/> > </xsl:when> > <xsl:otherwise> > version=<xsl:value-of select="@name"/> > </xsl:otherwise> > </xsl:choose> > </xsl:for-each> > <xsl:text> > </xsl:text> > </xsl:for-each> > <xsl:text> > </xsl:text> > </xsl:template> > </xsl:stylesheet> > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_13218_13285768.1193903329845-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 07:52:30 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 94714 invoked from network); 1 Nov 2007 07:52:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 07:52:30 -0000 Received: (qmail 22593 invoked by uid 500); 1 Nov 2007 07:52:17 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 22572 invoked by uid 500); 1 Nov 2007 07:52:17 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 22556 invoked by uid 99); 1 Nov 2007 07:52:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 00:52:17 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wa-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 07:52:20 +0000 Received: by wa-out-1112.google.com with SMTP id n4so1323244wag for <rebeccamedina@example.net>; Thu, 01 Nov 2007 00:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=U1hnF+R3gh03TvRDoukM459+iEvd55D1lj29WP1qE+k=; b=tsiXmKHr3R9BtxFTTiWXorIL4iKPMLdDuMVnzsg5QE33RZvGHN/vZ0nHV7zEqqJkaaNWm3nQ/I+/XvY579TkdbJ1ZYOU+Ndec6mDXirMOQXzpXt6W7/KutYBkWzTqFv0rYTHnWltWVbJ0IPLvZeRB9f0D8/xsgKmxLgKFyBeP4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WL/kOJBAEiMM8liXRW7YqHcJt2yTA5/RYilOkVn1g7kExd9VmdgH1E0G2Uo10hpvTPhJ5rgMX7ffGyx0c7zNjSfgUc/4ynty1kh+XlpGGBcs/3pSJUy7lztzJeogr532tcOIuL+s5xs5VVIBYNwydAf459iwd1XVUK/JUEyqNb8= Received: by 83.161.120.155 with SMTP id g1mr299701wak.1193903519059; Thu, 01 Nov 2007 00:51:59 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 00:51:58 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 08:51:58 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: latest revision - get the real revision In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13243_9469750.1193903519046" References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13243_9469750.1193903519046 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/29/07, Anton Stalnuhhin <rebeccamedina@example.net> wrote: > > Hi, > > Are there any possibility to get mingi jar'i latest revision from repo as > ant variable? Not retrieving full library and reading its filename. Are > there anything more comfortable? > > Using Ivy 1.4.1 and Ant 1.6.5 I think the findrevision task does exactly what you want: http://ant.apache.org/ivy/history/trunk/use/findrevision.html Xavier ---------------------------------------- > Anton Stalnuhhin [5248202] > rebeccamedina@example.net > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_13243_9469750.1193903519046-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 08:11:16 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 6180 invoked from network); 1 Nov 2007 08:11:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 08:11:16 -0000 Received: (qmail 42296 invoked by uid 500); 1 Nov 2007 08:11:04 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 42138 invoked by uid 500); 1 Nov 2007 08:11:04 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 42129 invoked by uid 99); 1 Nov 2007 08:11:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 01:11:04 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO rv-out-0910.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 08:11:06 +0000 Received: by rv-out-0910.google.com with SMTP id k20so376674rvb for <rebeccamedina@example.net>; Thu, 01 Nov 2007 01:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=awxd4r6DBMHwGst7sKmAbuuIzhSgIIT9OKNa32YEH7I=; b=VpgEY/eeKdmuVHGVrMT7uAP9A6/6AbdTIw/VRprJ4KxjmPUZSkAAGE7Zqkq+F/g0QF+ir5ueX01IpK6yywa1gDkaVx+y3/eDy5nw/w3K6JOFzj/QLNyb202MncaqjCRmE/SP4rvfSiLB8dtcsbXL9nnvjdQ2kJwq7S43t0pE5Sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Wq9qbln+spt2MU/3RmzZomMdkw4vri68/qsY32kmYI6h0+HaxYzb8aJTklUe9Km3ONNj6B4S9NqxwOssHZSo7INz9gAd9O2sbR94Jq5Qw90Lq2vAUJjpzUXn2T0CL4pgS2G+tew3zzzAHo1c9DmBhABLWWuVxI8TnmZcOOOk30M= Received: by 83.161.120.155 with SMTP id v1mr310628wac.1193904644904; Thu, 01 Nov 2007 01:10:44 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 01:10:44 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 09:10:44 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: Having a hard time with publications and their configurations In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13286_31412919.1193904644879" References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13286_31412919.1193904644879 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/31/07, Jan Brauer <rebeccamedina@example.net> wrote: > > I'm trying to figure out how the configurations mechanism works combined > with the publications feature. > > I'm using these configurations in every module i defined. > > <configurations defaultconfmapping="compile->default" > confmappingoverride="false"> > <conf name="compile" visibility="private"/> > <conf name="test" extends="compile" visibility="private"/> > <conf name="master"/> > <conf name="runtime" extends="compile"/> > <conf name="default" extends="master,runtime"/> > </configurations> > > This is my module ivy.xml: > > <ivy-module version="1.3"> > <info organisation="firma" module="firma-webapp"/> > > <configurations> > <include file="${basedir}/../tools/etc/ivy/configurations.xml"/> > </configurations> > > <publications> > <artifact conf="master"/> > </publications> > > <dependencies> > <!-- original jars --> > <dependency org="commons-logging" name="commons-logging" rev="1.0.4"/> > <dependency org="javax.activation" name="activation" rev="1.0.2"/> > <dependency org="javax.servlet" name="servlet-api" rev="2.3"/> > <dependency org="org.springframework" name="spring" > rev="${version.spring}" conf=""/> > <dependency org="tomcat" name="jsp-api" rev="5.0.16"/> > > <!-- Strange constructs --> > <dependency org="javadoc" name="javadoc" rev="1.3"/> > <!-- firma modules --> > <dependency org="firma" name="spring" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > <dependency org="firma" name="common" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > <dependency org="firma" name="firma-base" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > <dependency org="firma" name="firma-client" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > <dependency org="firma" name="firma-api" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > <dependency org="firma" name="firma-server" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > </dependencies> > </ivy-module> > > This is the ivy.xml for the module I'm depending on: > > <ivy-module version="1.3"> > <info organisation="firma" module="firma-base"/> > <!-- > <library vendor="sun" name="javawebstart" includes="*"/> > --> > > <configurations> > <include file="${basedir}/../tools/etc/ivy/configurations.xml"/> > </configurations> > > <publications> > <artifact conf="master,default" name="firma-base"/> > <artifact conf="default" name="firma-services"/> > <artifact conf="default" name="firma-version"/> > <artifact conf="default" name="EventLog" type="dll"/> > </publications> > > <dependencies> > ... > </dependencies> > </ivy-module> > > When I do a <ivy:retrieve conf="runtime"/> after resolving the > dependencies for the firma-webapp, I always get four files instead of > one, as I would have expected by explicitly defining: > <dependency org="firma" name="firma-base" rev="latest.integration" > changing="true" transitive="false" > conf="compile->default;runtime->master"/> > > Whats wrong here or what am I missing? If I understand correctly you're surprised about getting the four artifacts from firma-base while you'd expect to have only one: the only one belonging to the master conf in your firma-base module. Is that right? If that's what you expect I think your expectation are right (according to what I see from the files except you provide). So what's going wrong? The first thing I would do is clean the Ivy cache to make sure you don't get a bad module metadata in the way. If you still have the problem I would try with something more simple, like for example make your firma-webapp depend only on firma-base and not all other dependencies. Then if you still have the problem open a JIRA issue providing your Ivy version, ivy files involved (should be only two, firma-webapp and firma-base), your ivy settings, and the debug log of your resolution process. HTH, Xavier Jan. > > > > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_13286_31412919.1193904644879-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 11:56:25 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 88315 invoked from network); 1 Nov 2007 11:56:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 11:56:25 -0000 Received: (qmail 74143 invoked by uid 500); 1 Nov 2007 11:56:12 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 74116 invoked by uid 500); 1 Nov 2007 11:56:12 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 74107 invoked by uid 99); 1 Nov 2007 11:56:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 04:56:12 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO rn-out-0102.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 11:56:13 +0000 Received: by rn-out-0102.google.com with SMTP id e24so195443rng for <rebeccamedina@example.net>; Thu, 01 Nov 2007 04:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=C4E5PcHbCUHmqRhPRYADptvVH2E4FBXkED5CcJIRRMg=; b=t1+lXGG4GKGa4EdcrEuNQrfrrYYHZJrhh8l6fsLi4CiNyLRTTXadtCYqRdW16LZOGCyIm0yWeazo5M7d0LD9HY6s1n/+pdRAjw+WC+pRQ1sOEm7A3oHFcLvv497czGK3A/c7uw17fMT5G9hANPOdnelr9z6VT7dA1t+QFB5DoHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=i7KJpyzXPBnvywOUGWXP0LD/mSapSd9aikNlg3xBowEbE8JB55nDTQqDKx40pwn+LfAEx6YkOIvmWbJUsEMM90izOqoNkVDdItfCmBNXlpui0jPJsQ8jmcKpBHDBzWvVR7t00q+I9e5R0S7fdYQ8prtouQi8+FuRVcIKdi5FAUM= Received: by 83.161.120.155 with SMTP id g15mr46660wfd.1193918148722; Thu, 01 Nov 2007 04:55:48 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 04:55:48 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 07:55:48 -0400 From: "David Hodge" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: IVY resolving POMs with Revision ${project.revision} In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8885_9460375.1193918148733" References: <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_8885_9460375.1193918148733 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Here you go, and thanks. http://repo1.maven.org/maven2/org/mortbay/jetty/jetty-plus/6.1.5/jetty-plus-6.1.5.pom David Y. Hodge On 11/1/07, Xavier Hanin <rebeccamedina@example.net> wrote: > > On 11/1/07, David Hodge <rebeccamedina@example.net> wrote: > > > > Thanks I am using the latest version and it is indeed fixed. Have > another > > question that I think is related > > I have a dependency on jett-plus, > > > Could you provide a link to the POM so that we can see how it is written? > > however it depends on geronimo-spec-jta > > and it ends up looking for this url causing a problem: > > > > > > > http://repo1.maven.org/maven2/geronimo-spec/geronimo-spec-jta/${jta-spec-version}/geronimo-spec-jta-${jta-spec-version}.pom > > > > I took a glance at the bug fix for the project.version issue but I am > not > > sure how this should be handled. > > > I don't know how the jta-spec-version is provided in the POM, but I don't > think this is a standard property. As a workaround for the moment you can > provide a value to this property in Ivy or Ant: <property > name="jta-spec-version" > value="1.0-M1" /> > > Xavier > > Thanks, > > > > David Y. Hodge > > > > On 10/30/07, Maarten Coene <rebeccamedina@example.net> wrote: > > > > > > This has been fixed in trunk (cfr. > > > https://issues.apache.org/jira/browse/IVY-620) > > > The best you could do is to try it again with the latest Ivy snapshot > > > > > > -- > > > Maarten > > > > > > > > > ----- Original Message ---- > > > From: David Hodge <rebeccamedina@example.net> > > > To: rebeccamedina@example.net > > > Sent: Monday, October 29, 2007 2:34:37 PM > > > Subject: IVY resolving POMs with Revision ${project.revision} > > > > > > > > > I am trying to use Ivy to download a dependency, SLF4J, and I get an > > > error > > > because the revision is not 1.4.3 but is ${project.revision} What is > > > the > > > best way to get around this? Turning off using POMS? > > > > > > Thanks, > > > > > > David Y. Hodge > > > > > > > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam protection around > > > http://mail.yahoo.com > > > > > > > > > -- > Xavier Hanin - Independent Java Consultant > http://xhab.blogspot.com/ > http://ant.apache.org/ivy/ > http://www.xoocode.org/ > ------=_Part_8885_9460375.1193918148733-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 13:18:17 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 15447 invoked from network); 1 Nov 2007 13:18:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 13:18:17 -0000 Received: (qmail 77881 invoked by uid 500); 1 Nov 2007 13:17:46 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 77869 invoked by uid 500); 1 Nov 2007 13:17:46 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Delivered-To: moderator for rebeccamedina@example.net Received: (qmail 57770 invoked by uid 99); 1 Nov 2007 11:31:04 -0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Message-ID: <rebeccamedina@example.net> Date: Thu, 01 Nov 2007 04:30:43 -0700 From: Art Allisany <rebeccamedina@example.net> User-Agent: Thunderbird 83.161.120.155 (X11/20070813) MIME-Version: 1.0 To: rebeccamedina@example.net Subject: maven repository directory changed Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org In the quick start tutorial: http://ant.apache.org/ivy/history/trunk/tutorial.html it says to cd to: src/example/hello-ivy but it doesn't work because the maven repository reorganized their directory structure. so the src/example/hello-ivy/ivy.xml in the download bundle is <ivy-module version="1.0"> <info organisation="apache" module="hello-ivy"/> <dependencies> <dependency org="apache" name="commons-lang" rev="2.1"/> </dependencies> </ivy-module> but should be <ivy-module version="1.0"> <info organisation="apache" module="hello-ivy"/> <dependencies> <dependency org="commons-lang" name="commons-lang" rev="2.1"/> </dependencies> </ivy-module> after this change the tutorial will work. From ivy-user-returnrebeccamedina@example.net Thu Nov 01 13:26:11 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 17164 invoked from network); 1 Nov 2007 13:26:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 13:26:11 -0000 Received: (qmail 89030 invoked by uid 500); 1 Nov 2007 13:25:58 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 89008 invoked by uid 500); 1 Nov 2007 13:25:58 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 88999 invoked by uid 99); 1 Nov 2007 13:25:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 06:25:58 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO nz-out-0506.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 13:25:58 +0000 Received: by nz-out-0506.google.com with SMTP id o37so392361nzf for <rebeccamedina@example.net>; Thu, 01 Nov 2007 06:25:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=KuVf8voNF7qet8K7TizFecEhXoXhTo/AJssuiqMTmdw=; b=gIoEzD4BPHMKzetfgwT8D3wzsuK04eIPGm6M6nFSpOsBNuXtQg7J2ldgWnwVxodUhNfkFsuWl9LNeHpFCaPJ/N6t2hLkRk7SfJfDD/csBI+65WtL4Bo5zNxl+4Ki+LK6uIK+IJR9pj5XlayyzD7U1RK3sNmgCDSsgX2+16aD8Vs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=tFki0RA/dRxFX/MwL8tnkhJF3KhY4R97Cl4ke+sCBM/ZS50H2PY4PJSIkIbQiCZguof8t6orBP1AiA6JK/Uw4gmRttgrFsWbtrqpl9PGBMjPIz8npLwJwiZ16CFQG7pMmhYNeGqdlDdnzQsoBcumqrVEn6vK+jvy0eZSdH3KgLs= Received: by 83.161.120.155 with SMTP id x16mr634722wae.1193923536419; Thu, 01 Nov 2007 06:25:36 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 06:25:36 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 14:25:36 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: IVY resolving POMs with Revision ${project.revision} In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14325_27180779.1193923536391" References: <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_14325_27180779.1193923536391 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok so the problem is that current Ivy version suffers from 2 m2 incompatibilities: - does not recognize parent pom (in this case http://repo1.maven.org/maven2/org/mortbay/jetty/project/6.1.5/project-6.1.5.pom ) - does not recognize properties section (defined at the end of the parent pom in this case) I was aware of the first one, not the second. But it seems that none of those two incompatibilities have an open issue. Could you please create them? Xavier On 11/1/07, David Hodge <rebeccamedina@example.net> wrote: > > Here you go, and thanks. > > > http://repo1.maven.org/maven2/org/mortbay/jetty/jetty-plus/6.1.5/jetty-plus-6.1.5.pom > > David Y. Hodge > > On 11/1/07, Xavier Hanin <rebeccamedina@example.net> wrote: > > > > On 11/1/07, David Hodge <rebeccamedina@example.net> wrote: > > > > > > Thanks I am using the latest version and it is indeed fixed. Have > > another > > > question that I think is related > > > I have a dependency on jett-plus, > > > > > > Could you provide a link to the POM so that we can see how it is > written? > > > > however it depends on geronimo-spec-jta > > > and it ends up looking for this url causing a problem: > > > > > > > > > > > > http://repo1.maven.org/maven2/geronimo-spec/geronimo-spec-jta/${jta-spec-version}/geronimo-spec-jta-${jta-spec-version}.pom > > > > > > I took a glance at the bug fix for the project.version issue but I am > > not > > > sure how this should be handled. > > > > > > I don't know how the jta-spec-version is provided in the POM, but I > don't > > think this is a standard property. As a workaround for the moment you > can > > provide a value to this property in Ivy or Ant: <property > > name="jta-spec-version" > > value="1.0-M1" /> > > > > Xavier > > > > Thanks, > > > > > > David Y. Hodge > > > > > > On 10/30/07, Maarten Coene <rebeccamedina@example.net> wrote: > > > > > > > > This has been fixed in trunk (cfr. > > > > https://issues.apache.org/jira/browse/IVY-620) > > > > The best you could do is to try it again with the latest Ivy > snapshot > > > > > > > > -- > > > > Maarten > > > > > > > > > > > > ----- Original Message ---- > > > > From: David Hodge <rebeccamedina@example.net> > > > > To: rebeccamedina@example.net > > > > Sent: Monday, October 29, 2007 2:34:37 PM > > > > Subject: IVY resolving POMs with Revision ${project.revision} > > > > > > > > > > > > I am trying to use Ivy to download a dependency, SLF4J, and I get an > > > > error > > > > because the revision is not 1.4.3 but is ${project.revision} What > is > > > > the > > > > best way to get around this? Turning off using POMS? > > > > > > > > Thanks, > > > > > > > > David Y. Hodge > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > > > Do You Yahoo!? > > > > Tired of spam? Yahoo! Mail has the best spam protection around > > > > http://mail.yahoo.com > > > > > > > > > > > > > > > -- > > Xavier Hanin - Independent Java Consultant > > http://xhab.blogspot.com/ > > http://ant.apache.org/ivy/ > > http://www.xoocode.org/ > > > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_14325_27180779.1193923536391-- From ivy-user-returnrebeccamedina@example.net Thu Nov 01 13:28:54 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 17558 invoked from network); 1 Nov 2007 13:28:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 13:28:54 -0000 Received: (qmail 93146 invoked by uid 500); 1 Nov 2007 13:28:42 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 93125 invoked by uid 500); 1 Nov 2007 13:28:42 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 93116 invoked by uid 99); 1 Nov 2007 13:28:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 06:28:42 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO web30804.mail.mud.yahoo.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 01 Nov 2007 13:29:01 +0000 Received: (qmail 61847 invoked by uid 60001); 1 Nov 2007 13:28:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=Zj5EggOelZEPVczf7EDlVXGuGITUVyhksJCPbsNJgiHO967uJ+BeTV26oV7fjEmwyMDMQbiDYtvTkh20g0YTurd50dSUM8uib3BH0LZZMwU774tve3nUsvM77QUBfpACddQY/RBMWBbcTB02+oP0Vh9t3TuXuqsABf0tgLC6ddY=; X-YMail-OSG: t5NkUZIVM1mGxa.EgB7rIf.tTEY.gMUcnBw3WU9x4IZ7cfzccdZz7Rpdx_md6W0moU93F0H9ie0zZKn5xw8ry2K4sALiXpxYBGRyFsd_RRwfVKAGUeM- Received: from [83.161.120.155] by web30804.mail.mud.yahoo.com via HTTP; Thu, 01 Nov 2007 06:28:22 PDT X-Mailer: YahooMailRC/818.23 YahooMailWebService/0.7.152 Date: Thu, 1 Nov 2007 06:28:22 -0700 (PDT) From: Maarten Coene <rebeccamedina@example.net> Subject: Re: Ordering of ivy:cachepath To: rebeccamedina@example.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org There is already a JIRA issue regarding the order of cachepath: https://issues.apache.org/jira/browse/IVY-225 -- Maarten ----- Original Message ---- From: Xavier Hanin <rebeccamedina@example.net> To: rebeccamedina@example.net Sent: Wednesday, October 31, 2007 7:28:45 PM Subject: Re: Ordering of ivy:cachepath buildlist is supposed to work only on local modules, in your case I think the easiest thing to do is to: - open a JIRA issue asking to add an 'order' attribute on the cachepath and cachefileset tasks, with order="dependerFirst" being the default, order="dependeeFirst" being what you want (if my english is correct) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ivy-user-returnrebeccamedina@example.net Thu Nov 01 13:29:28 2007 Return-Path: <ivy-user-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 17815 invoked from network); 1 Nov 2007 13:29:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Nov 2007 13:29:28 -0000 Received: (qmail 94054 invoked by uid 500); 1 Nov 2007 13:29:15 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 93895 invoked by uid 500); 1 Nov 2007 13:29:15 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:rebeccamedina@example.net> List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: <ivy-user.incubator.apache.org> Reply-To: rebeccamedina@example.net Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 93886 invoked by uid 99); 1 Nov 2007 13:29:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 06:29:15 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wa-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Nov 2007 13:29:16 +0000 Received: by wa-out-1112.google.com with SMTP id n4so1519545wag for <rebeccamedina@example.net>; Thu, 01 Nov 2007 06:28:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=dT3r9TEh7XaBDtSuYsP9xIth0532yQbnzf5Kq1G9OzM=; b=Y5AqnqO8b+urxcn1A6EV/ufm5sNeaWZ3ePVuMu7E8kcSxUKBA4Y6ivijAXWvoel6uR+WkjBcLfRZaFyUUORCikFuq3IbNRpPhSMuiHFE5rMVwTO3kbVhl9mmFqnc3wWnWoPML5KAw4P8ULxPrUQMSqm2IOLxInSfMwZ82839nWI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=U5pe6D1UYaC+QLmAI+q3CfrlGUqKPbuDr7actkfQD73jlFpzWaux0+3ZXm4gHNsIRGxvh1/yRbyYvQZPfhAPKUjELkbbzc46vSNHTXn6cM6/4tAoXFsoMNYGVp683geuEbwvEev70dqLk4aVr3z3eU/tUlaM0nu6L4nh+donSmM= Received: by 83.161.120.155 with SMTP id 1mr608109wam.1193923735043; Thu, 01 Nov 2007 06:28:55 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 1 Nov 2007 06:28:55 -0700 (PDT) Message-ID: <rebeccamedina@example.net> Date: Thu, 1 Nov 2007 14:28:55 +0100 From: "Xavier Hanin" <rebeccamedina@example.net> To: rebeccamedina@example.net Subject: Re: maven repository directory changed In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14356_22285848.1193923735026" References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_14356_22285848.1193923735026 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 11/1/07, Art Allisany <rebeccamedina@example.net> wrote: > > In the quick start tutorial: > > http://ant.apache.org/ivy/history/trunk/tutorial.html > > it says to cd to: > > src/example/hello-ivy > > but it doesn't work because the maven repository reorganized their > directory structure. They didn't, but Ivy used to use ivyrep as default repository, where org was apache for commons module. Now that the default repo is maven 2 one we have some namespaces problem. But the example is fixed in trunk. Thanks for reporting anyway. Xavier so the src/example/hello-ivy/ivy.xml in the download bundle is > > <ivy-module version="1.0"> > <info organisation="apache" module="hello-ivy"/> > <dependencies> > <dependency org="apache" name="commons-lang" rev="2.1"/> > </dependencies> > </ivy-module> > > but should be > > <ivy-module version="1.0"> > <info organisation="apache" module="hello-ivy"/> > <dependencies> > <dependency org="commons-lang" name="commons-lang" rev="2.1"/>
{'source': 'Apache Software Foundation Public Mail Archives'}