Return-Path: X-Original-To: apmail-ant-ivy-user-archive@www.apache.org Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4A6D4EE9B for ; Fri, 15 Mar 2013 16:03:45 +0000 (UTC) Received: (qmail 27139 invoked by uid 500); 15 Mar 2013 16:03:45 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 26689 invoked by uid 500); 15 Mar 2013 16:03:42 -0000 Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@ant.apache.org Delivered-To: mailing list ivy-user@ant.apache.org Received: (qmail 26661 invoked by uid 99); 15 Mar 2013 16:03:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Mar 2013 16:03:41 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [213.5.32.133] (HELO navsmtpsrv001.bodata.dk) (213.5.32.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Mar 2013 16:03:36 +0000 X-AuditID: d5052085-b7fe56d000002a61-c4-51434642a7fb Received: from outgoing.mail.nrd.dk (outgoing.mail.nrd.dk [80.63.48.130]) by navsmtpsrv001.bodata.dk (Mail Gateway) with SMTP id 41.A4.10849.24643415; Fri, 15 Mar 2013 17:03:14 +0100 (CET) Received: from msexch01.multi-support.lan ([62.243.45.230]) by outgoing.mail.nrd.dk (IceWarp 10.2.1) with ESMTP (SSL) id ATS45414 for ; Fri, 15 Mar 2013 17:03:14 +0100 Received: from MSEXCH01.multi-support.lan ([fe80::c5eb:4772:7219:d412]) by msexch01.multi-support.lan ([fe80::c5eb:4772:7219:d412%14]) with mapi id 14.02.0328.009; Fri, 15 Mar 2013 17:03:13 +0100 From: Hans Lund To: "" Subject: Re: ivy:publish on ivy-2.3.0 Thread-Topic: ivy:publish on ivy-2.3.0 Thread-Index: AQHOIYMJR1CNXi74GUiV2KjWkkiYC5imxL+AgAAlaq4= Date: Fri, 15 Mar 2013 16:03:11 +0000 Message-ID: <35B0D572-F9BF-462E-B921-033FE0684BA0@multi-support.com> References: ,<514334ED.2050100@reast.net> In-Reply-To: <514334ED.2050100@reast.net> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKKsWRmVeSWpSXmKPExsUSYG/QpOvk5hxo0HaSxWLC3COMDowep2ev ZgpgjOKySUnNySxLLdK3S+DKeLt7M2PBCZ6KNW+PMjUwdnB1MXJySAiYSEzfuYsdwhaTuHBv PVsXIxeHkMA+RonD04+zQDiXGCU+T3rOBlIlJHCcUWLSonwQm01AXWLyymdA3RwcIgKWEnOP SYGEhQVUJWa//soMYosIqElsubWPCcK2kpgzoRtsDAtQzY37v8FsXgEXifWzm1ggxudJ9K1c B1bPKaApcfnOdzCbUUBW4tvpZ2D1zALiEreezGeCOFpAYsme88wQtqjEy8f/WCFqdCQW7P4E Va8tsWzha2aIXYISJ2c+YZnAKDoLyahZSFpmIWmZhaRlASPLKkbxvMSy4tySguKiMgMDQ72k /JTEkkS9lOxNjMC4uMqq0LqDsf+i5CFGAQ5GJR7eL08dA4VYgToqcw8xSnIwKYnyZtg6Bwrx AfVVZiQWZ8QXleakFh9ilOBgVhLhfacPlONNSaysSi3Kh0lJc7AoifN+OwE0SSA9sSQ1OzW1 ILUIJivDwaEkwevqCtQoWJSanlqRlplTgpBm4uAEGc4DNPyqC8jw4oLE3OLMdIj8KUZjjq3n nr1g5Ghe/vwFoxBLXn5eqpQ4rzDIOAGQ0ozSPLhpsNT2ilEc6DlhXgOQKh5gWoSb9wpoFRPQ qn1XnEBWlSQipKQaGButm48dEt37LzM5/v3vck+GnPXf8jWnMn3Rm6k45atw/t88Ww91vg3l Gv4fVU7Vbriys0feqPKt06bgZmlmm08ty2O7n3fp6fzzWJJfs+HFx1DmSJ1Hdde/vcrctSzl 2J31FT2s9hOkf2iJ31FTz17cmOk/r43TImtTUrRbeVgF5zV+gVPMSizFGYmGWsxFxYkAaQdh vEgDAAA= X-Virus-Checked: Checked by ClamAV on apache.org Hey Jayson I did find your issue, and speculated that it could be related. The symptom= however is a bit different.=20 In our case we depend on junit latest.revision in a test configuration - bu= t have junit as transitive dependency for junit 3.8.2 within the compile de= pendencies. Resolve and retrieve fetches junit 4 ( which we depend on in ou= r tests) but in the published ivy our direct test dependency on junit repla= ces the latest.revision with 3.8.2 and not the required junit 4+ dependency= . /Hans Lund=20 On 15/03/2013, at 15.49, "Jason R-J" wrote: > On 15/03/2013 13:43, Hans Lund wrote: >> Hi >>=20 >> After upgrading from ivy-2.2.0 to ivy-2.3.0 I'm running into problems wi= th ivy:publish. >>=20 >> The problem is that after the upgrade, the revisions in the published iv= y.xml no longer is the same as the ones resolved. >> Of cause this only happens in conjunction with conflict resolving (and p= erhaps only when using latest strategies) not really tested that. >> The effect is that trying to compile the published artifact source arti= fact can't compile, using the published ivy - but can using my source ivy. >>=20 >> I'm not sure if this is a bug or change of behavior eg: >>=20 >> Does publish use a configuration and do an internal resolve? or does it = use latest resolve ? Has that changed. >>=20 >> Best Regards >> Hans Lund > Hi Hans, >=20 > I spotted a similar issue which I reported[1], could this be similar situ= ation for you? >=20 > Jason >=20 > [1] https://issues.apache.org/jira/browse/IVY-1410