From jonathan72@example.com Wed Apr 02 16:11:48 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 89125 invoked from network); 2 Apr 2008 16:11:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Apr 2008 16:11:48 -0000 Received: (qmail 19551 invoked by uid 500); 2 Apr 2008 16:11:47 -0000 Delivered-To: jonathan72@example.com Received: (qmail 19469 invoked by uid 500); 2 Apr 2008 16:11:47 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 19460 invoked by uid 99); 2 Apr 2008 16:11:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 09:11:46 -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 compucredit.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 16:10:56 +0000 Received: from ([83.161.120.155]) by mail4.compucredit.com with ESMTP id 5503069.62718137; Wed, 02 Apr 2008 12:10:51 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: RE: useMavenMetadata not implemented on ibiblio resolver? Date: Wed, 2 Apr 2008 12:10:51 -0400 Message-ID: <jonathan72@example.com> In-Reply-To: <jonathan72@example.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: useMavenMetadata not implemented on ibiblio resolver? Thread-Index: AciC4/6HrjYvjKu/TjivII3tmPA48wR9tYMA References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> From: "Brown, Carlton" <jonathan72@example.com> To: <jonathan72@example.com> Content-Type: text/plain; charset="us-ascii" X-Virus-Checked: Checked by ClamAV on apache.org > -----Original Message-----=0D=0A> From: Xavier Hanin [mailto:xavier=2Eha= nin@gmail=2Ecom] =0D=0A> Sent: Monday, March 10, 2008 3:20 PM=0D=0A> To: iv= y-user@ant=2Eapache=2Eorg=0D=0A> Subject: Re: useMavenMetadata not implemen= ted on ibiblio resolver?=0D=0A> =0D=0A> On Mon, Mar 10, 2008 at 7:59 PM, Br= own, Carlton =0D=0A> <Carlton=2EBrown@compucredit=2Ecom> wrote:=0D=0A> >=0D= =0A> > > -----Original Message-----=0D=0A> > > From: Xavier Hanin [mailto:= xavier=2Ehanin@gmail=2Ecom] > =0D=0A> Sent: Monday, =0D=0A> > March 10, 20= 08 2:44 PM > To: ivy-user@ant=2Eapache=2Eorg > =0D=0A> Subject: Re: =0D= =0A> > useMavenMetadata not implemented on ibiblio resolver?=0D=0A> > >=0D= =0A> > > On Mon, Mar 10, 2008 at 7:38 PM, Brown, Carlton > =0D=0A> > <Car= lton=2EBrown@compucredit=2Ecom> wrote:=0D=0A> > > > I tried to set useMave= nMetadata according to the =0D=0A> documentation on =0D=0A> > > > ibiblio = resolver like this:=0D=0A> > > >=0D=0A> > > > <ibiblio name=3D"m2-proxie= d-http"=0D=0A> > > >=0D=0A> > > root=3D"http://myrepo:8080/archiva/reposi= tory/m2-central-cached"=0D=0A> > > > m2compatible=3D"true"=0D=0A> = > > > usepoms=3D"true"=0D=0A> > > > useMavenMetadata=3D"t= rue"=0D=0A> > > > checkmodified=3D"true" >=0D=0A> > > > </ibibli= o>=0D=0A> > > >=0D=0A> > > > This error was the result:=0D=0A> > > >=0D= =0A> > > > impossible to configure ivy:settings with given file:=0D=0A> >= > > ivy-settings=2Exml=0D=0A> > > > :java=2Etext=2EParseException: fail= ed to load settings from > > =0D=0A> > file:/ivy-settings=2Exml: problem = in config file: failed to load > > =0D=0A> > settings from file:/ivy-sett= ings=2Exml: no set method found for > > =0D=0A> > useMavenMetadata on cla= ss > > =0D=0A> > org=2Eapache=2Eivy=2Eplugins=2Eresolver=2EIBiblioResolver= =0D=0A> > > >=0D=0A> > > > Does Ivy not implement this attribute, or hav= e I made =0D=0A> an error =0D=0A> > > > somewhere?=0D=0A> > > This is str= ange, it should work=2E Which version of Ivy =0D=0A> are you using?=0D=0A> = > > BTW, true is the default for useMavenMetadata=2E=0D=0A> >=0D=0A> > I'= m using 2=2E0=2E0-beta1=2E=0D=0A> This attribute was not available in 2=2E0= beta 1:=0D=0A> http://ant=2Eapache=2Eorg/ivy/history/2=2E0=2E0-beta1/resol= ver/ibiblio=2Ehtml=0D=0A> =0D=0A> It has been introduced in beta 2=2E=0D=0A= =0D=0ASorry to resurrect an old thread, but I just wanted to confirm that= =0D=0AuseMavenMetadata does not seem to work at all for dynamic revisions a= t=0D=0Aall in beta2=2E I can set the attribute without error, but it has n= o=0D=0Aeffect=2E For example an ibiblio resolver with useMavenMetadata=3Dtr= ue and=0D=0Am2compatible=3Dtrue cannot use the dynamic string [1=2E0,) to r= esolve the=0D=0A1=2E0=2E1 version string with the appropriate metadata pres= ent in the=0D=0Arepository=2E The fs resolver has no problem with this=2E= =0D=0A=0D=0A-----------------------------------------=0D=0A=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0D=0AThi= s message contains PRIVILEGED and CONFIDENTIAL=0D=0Ainformation that is int= ended only for use by the =0D=0Anamed recipient=2E If you are not the named= recipient,=0D=0Aany disclosure, dissemination, or action based on =0D=0Ath= e contents of this message is prohibited=2E In such=0D=0Acase please notify= us and destroy and delete all =0D=0Acopies of this transmission=2E Thank = you=2E=0D=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D From jonathan72@example.com Wed Apr 02 16:45:51 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 6264 invoked from network); 2 Apr 2008 16:45:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Apr 2008 16:45:50 -0000 Received: (qmail 97501 invoked by uid 500); 2 Apr 2008 16:45:51 -0000 Delivered-To: jonathan72@example.com Received: (qmail 97312 invoked by uid 500); 2 Apr 2008 16:45:50 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 97303 invoked by uid 99); 2 Apr 2008 16:45:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 09:45:50 -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 jonathan72@example.com designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ug-out-1314.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 16:45:08 +0000 Received: by ug-out-1314.google.com with SMTP id c2so453653ugf.31 for <jonathan72@example.com>; Wed, 02 Apr 2008 09:45:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=m/7si+7cdqwFpjz4DyhVVj2p7QkdONqIKquxEIt3sKg=; b=dpiYmYFxxqYrdMEPeXt5qikeDDIlqnpPDUiJuZ6zDmOsW5toOaRmLucq+eV6NyUxnSJG/JMWHbjSDYCsiQOHeg5ksli/XZoAGYnhUKP63qS6QO2nyk9irX0vcfpGXfqfAHKi2ks+mefmnS1TVYaGWIAUeJxrU0KDDi1hpY/HgAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WTVXL82hoECLHL4U2JgD54Hf/olV2ZWOMjS2p0pYvFA55R8J5CRwc7oH4X+RnjOZrgcrLTp+vgivf3K2Yr4DHxkRxJqnzflJp7m7vuCXYMZTMrkoAEDFu2YuThZVioQ816NbpREcguOI8KegPSmRzujItyyONT0FjX+WRyB/hvc= Received: by 83.161.120.155 with SMTP id w4mr6087460wfw.220.1207154717785; Wed, 02 Apr 2008 09:45:17 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 2 Apr 2008 09:45:17 -0700 (PDT) Message-ID: <jonathan72@example.com> Date: Wed, 2 Apr 2008 18:45:17 +0200 From: "Xavier Hanin" <jonathan72@example.com> To: jonathan72@example.com Subject: Re: useMavenMetadata not implemented on ibiblio resolver? In-Reply-To: <jonathan72@example.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3804_30608034.1207154717773" References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_3804_30608034.1207154717773 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Apr 2, 2008 at 6:10 PM, Brown, Carlton < jonathan72@example.com> wrote: > > Sorry to resurrect an old thread, but I just wanted to confirm that > useMavenMetadata does not seem to work at all for dynamic revisions at > all in beta2. I can set the attribute without error, but it has no > effect. For example an ibiblio resolver with useMavenMetadata=true and > m2compatible=true cannot use the dynamic string [1.0,) to resolve the > 1.0.1 version string with the appropriate metadata present in the > repository. The fs resolver has no problem with this. Could you give more details on your settings, and the logs you get? BTW, could you also test to use latest.integration instead of [1.0,)? Xavier > > > ----------------------------------------- > ==================================================== > This message contains PRIVILEGED and CONFIDENTIAL > information that is intended only for use by the > named recipient. If you are not the named recipient, > any disclosure, dissemination, or action based on > the contents of this message is prohibited. In such > case please notify us and destroy and delete all > copies of this transmission. Thank you. > ==================================================== > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_3804_30608034.1207154717773-- From jonathan72@example.com Wed Apr 02 20:39:47 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 59355 invoked from network); 2 Apr 2008 20:39:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Apr 2008 20:39:47 -0000 Received: (qmail 5160 invoked by uid 500); 2 Apr 2008 20:39:46 -0000 Delivered-To: jonathan72@example.com Received: (qmail 5147 invoked by uid 500); 2 Apr 2008 20:39:46 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 5138 invoked by uid 99); 2 Apr 2008 20:39:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 13:39:46 -0700 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mgw-mx06.nokia.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 20:39:03 +0000 Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [83.161.120.155]) by mgw-mx06.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m32Kd3o0013066 for <jonathan72@example.com>; Wed, 2 Apr 2008 23:39:11 +0300 Received: from daebh102.NOE.Nokia.com ([83.161.120.155]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC613.365.0671); Wed, 2 Apr 2008 23:39:05 +0300 Received: from daebe101.NOE.Nokia.com ([83.161.120.155]) by daebh102.NOE.Nokia.com with Microsoft SMTPSVC613.365.0671); Wed, 2 Apr 2008 15:38:59 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C89501.8A56B7B3" Subject: RE: resolve behaviour in Main.main() does not properly account for useOrigin Date: Wed, 2 Apr 2008 15:38:42 -0500 Message-ID: <jonathan72@example.com> In-Reply-To: <jonathan72@example.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: resolve behaviour in Main.main() does not properly account for useOrigin Thread-Index: AciQAjTnhE3IBaN8S/e+h00+9FZ4xAE96Kjg References: <jonathan72@example.com> <jonathan72@example.com> From: <jonathan72@example.com> To: <jonathan72@example.com> X-OriginalArrivalTime: 02 Apr 2008 20:38:59.0566 (UTC) FILETIME=[944D50E0:01C89501] X-Nokia-AV: Clean X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C89501.8A56B7B3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm using the latest beta 2 release. Attached is a sample settings file and the debug log from running: org.apache.ivy.Main -conf F:\helium\svn\helium-next\helium\config\ivy\ivy_settings_build_area.xml -ivy Z:\output\temp_build_files\ivy\ivy_file.ivy.xml S60 -useOrigin -debug Note that the settings file has: <caches basedir=3D"c:\helium\cache" useOrigin=3D"true"/> also, and yet the test resolver still has its download() method called ("TestResolver.download() start"). This currently just returns null, which causes the exception. Now of couse we can implement the download() method properly but we still would not want to download any data to the cache, because it is too large. Thanks paul =20 >-----Original Message----- >From: ext Xavier Hanin [mailto:jonathan72@example.com]=20 >Sent: Thursday, March 27, 2008 4:57 AM >To: jonathan72@example.com >Subject: Re: resolve behaviour in Main.main() does not=20 >properly account for useOrigin > >Usage of useOrigin has changed with Ivy 2, now it's the cache=20 >which is responsible for telling if it's configured in=20 >useOrigin mode or not, and not the resolve operation. To=20 >preserve backward compatibility, we have thus deprecated=20 >"useOrigin" in resolve. > >Though the command line version of Ivy should still accept the=20 >now depcreated useOrigin argument, and take it into account.=20 >The lines responsible to handle this are: > if (line.hasOption("useOrigin")) { > ivy.getSettings().useDeprecatedUseOrigin(); > } > >This changes the default value of useOrigin which should be=20 >taken into account in the cache implementation. But we may=20 >have a bug due to the recent change... > >To track this down, could you please provide the version of=20 >Ivy you use, and your debug log (running with -debug) on a simple case? > >Xavier > >On Thu, Mar 27, 2008 at 12:42 AM, <jonathan72@example.com> wrote: > >> Hi, >> >> I'm running Ivy through the command line and my current requirement=20 >> with Ivy is not to download and cache artifacts. I tried setting=20 >> useOrigin on the command line but it seems like it may not be=20 >> accounted for. Please note my inline comments below: >> >> ResolveOptions resolveOptions =3D new >> ResolveOptions().setConfs(confs) >> .setValidate(validate); >> >> // This call to resolve does not account for any use of useOrigin it=20 >> seems, thus it attempts to download dependencies to the cache >> ResolveReport report =3D ivy.resolve(ivyfile.toURL(),=20 >> resolveOptions); >> if (report.hasError()) { >> System.exit(1); >> } >> ModuleDescriptor md =3D report.getModuleDescriptor(); >> >> if (confs.length =3D=3D 1 && "*".equals(confs[0])) { >> confs =3D md.getConfigurationsNames(); >> } >> if (line.hasOption("retrieve")) { >> String retrievePattern =3D=20 >> settings.substitute(line.getOptionValue("retrieve")); >> if (retrievePattern.indexOf("[") =3D=3D -1) { >> retrievePattern =3D retrievePattern +=20 >> "/lib/[conf]/[artifact].[ext]"; >> } >> >> // Here the option is checked by this is not reached, and is for a=20 >> different purpose anyway >> ivy.retrieve(md.getModuleRevisionId(),=20 >retrievePattern,=20 >> new RetrieveOptions() >> =20 >.setConfs(confs).setSync(line.hasOption("sync")) >> .setUseOrigin(line.hasOption("useOrigin"))); >> >> >> Am I missing anything here? >> >> thanks >> >> paul >> >> > > >-- >Xavier Hanin - Independent Java Consultant=20 >http://xhab.blogspot.com/ http://ant.apache.org/ivy/=20 >http://www.xoocode.org/ > ------_=_NextPart_001_01C89501.8A56B7B3 Content-Type: text/xml; name="ivysettings.xml" Content-Transfer-Encoding: base64 Content-Description: ivysettings.xml Content-Disposition: attachment; filename="ivysettings.xml" PGl2eXNldHRpbmdzPg0KICAgIA0KICAgIDxjbGFzc3BhdGggZmlsZT0iJHtoZWxpdW0uZGlyfS90 b29scy9jb21tb24vamF2YS9saWIvbm9raWEtYW50LmphciIvPg0KICAgIDx0eXBlZGVmIG5hbWU9 InRlc3QiIGNsYXNzbmFtZT0ibm9raWEuaXZ5LlRlc3RSZXNvbHZlciIvPg0KICAgIA0KICAgIDxj YWNoZXMgYmFzZWRpcj0iYzpcaGVsaXVtXGNhY2hlIiB1c2VPcmlnaW49InRydWUiLz4NCiAgICAN CiAgICA8cmVzb2x2ZXJzPg0KICAgICAgICA8dGVzdCBuYW1lPSJzNjAtcmVzb2x2ZXIiPg0KICAg ICAgICA8L3Rlc3Q+DQogICAgPC9yZXNvbHZlcnM+DQogICAgDQogICAgPG1vZHVsZXM+DQogICAg ICAgIDxtb2R1bGUgb3JnYW5pc2F0aW9uPSJTNjAiIG5hbWU9Ii4qIiByZXNvbHZlcj0iczYwLXJl c29sdmVyIiAvPg0KICAgIDwvbW9kdWxlcz4NCiAgICANCjwvaXZ5c2V0dGluZ3M+DQo= ------_=_NextPart_001_01C89501.8A56B7B3-- From jonathan72@example.com Wed Apr 02 22:55:06 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 30418 invoked from network); 2 Apr 2008 22:55:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Apr 2008 22:55:05 -0000 Received: (qmail 48279 invoked by uid 500); 2 Apr 2008 22:55:05 -0000 Delivered-To: jonathan72@example.com Received: (qmail 48266 invoked by uid 500); 2 Apr 2008 22:55:05 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 48257 invoked by uid 99); 2 Apr 2008 22:55:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Apr 2008 15:55:04 -0700 X-ASF-Spam-Status: No, hits=-1.9 required=10.0 tests=DNS_FROM_RFC_BOGUSMX,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail200.messagelabs.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 02 Apr 2008 22:54:20 +0000 X-VirusChecked: Checked X-Env-Sender: jonathan72@example.com X-Msg-Ref: server-8.tower-200.messagelabs.com!1207176866!5803948!1 X-StarScan-Version: 83.161.120.155.2; banners=-,-,- X-Originating-IP: [83.161.120.155] Received: (qmail 25568 invoked from network); 2 Apr 2008 22:54:26 -0000 Received: from mail3.qsent.com (HELO corpmail1.qsent.com) (83.161.120.155) by server-8.tower-200.messagelabs.com with SMTP; 2 Apr 2008 22:54:26 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Probable "configuration" misconfiguration Date: Wed, 2 Apr 2008 15:54:30 -0700 Message-ID: <jonathan72@example.com> In-Reply-To: <jonathan72@example.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Probable "configuration" misconfiguration Thread-Index: AchqMd9sR82rbfoDTvygTgsAO71/zwq4nGwA References: <jonathan72@example.com> <jonathan72@example.com> From: "Matt Reynolds" <jonathan72@example.com> To: <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org Alright, after much time spent not solving this problem, I have an example of what I'm seeing (Sorry about the delay). http://os.loopysoft.com/ivy/ivy.zip Run the build script (after adding your favorite version of ivy jar) and you will see the error I'm seeing where b ver 2 is somehow depending upon a version 2, *with a configuration that no longer exists*. I don't know that this is a bug, but I'd like to figure out what I'm doing wrong either way :) Thanks, and hope this helps > -----Original Message----- > From: Xavier Hanin [mailto:jonathan72@example.com] > Sent: Friday, February 08, 2008 1:06 AM > To: jonathan72@example.com > Subject: Re: Probable "configuration" misconfiguration >=20 > On Feb 7, 2008 5:03 PM, Matt Reynolds <jonathan72@example.com> wrote: >=20 > > I apologize that this will probably be both vague and slightly wrong, > > but I don't have a way to demonstrate the problem I'm facing (I'm > open > > to suggestions on how to do so, ivy-report won't run to completion > given > > the following error). > > > > I've been using Ivy for a year or two here at work (and at home) and > > have run into an issue when I changed the available configurations > for a > > package. > > > > Let's say that we have 3 packages, A, B, C, with A depending on B and > B > > depending on C (A->B->C). We also have a package, D, that depends on > C > > and is depended upon by A (A->D->C). > > > > C has three configurations, library, server, and client, with Server > and > > Client extending Library. B and D both depend on C's "client" > > configuration. Due to a recent change, C no longer exposes the > "client" > > configuration, now only exposing the "Library" configuration. > > > > I update B with "*->library" on the C dependency, but when I attempt > to > > resolve dependencies, I get a hard error saying that C's "client" > > configuration cannot be found and so Ivy halts. This makes sense, as > D > > depends on C's configuration, and I haven't updated D. While this > > simple case is easy to fix, our real world case is not. > > > > In the real world case, we have a hierarchy about 7 levels deep, and > > changing our core library's configurations has caused cascade > failures > > throughout the dependencies in the system (a total of maybe 50 > libraries > > in total). Updating each library is not only time consuming, but in > > some cases near impossible, as older branches of code that rely on > the > > now-missing configuration can't be mixed with newer code that uses a > > different/existing configuration. > > > > I think I understand why this happens, but frankly, it's caused me to > > stop using configurations entirely and move to using exclusions where > > possible, because they're easier to maintain given the state of our > code > > base. > > > > Is there a better way to manage this? Is there a fix I'm missing? > Any > > help would be appreciated. We're very happy with Ivy for the most > part > > (we'd like to help with the docs, but we don't know enough to help > > rewrite them), but this "problem" (Ivy's fault or not) is causing us > > serious trouble. >=20 >=20 > I understand, managing complex configurations is not an easy task, and > it > needs to be well thought. Ivy supports a mechanism which helps a lot to > make > your module dependencies manageable while still using configurations > extensively: fallback configurations. This require changes in your Ivy > files > though, but it's a one time change: you do your configuration mapping > as > usual, except that you tell Ivy which configuration to pick up when the > expected configuration is not there. I suggest using something which > will > always exist as fallback configuration, which can be either a > configuration > that you ensure all your modules have ('default', or whatever), or > using a > wildcard like '*' which Ivy can always resolve. You can also use > negated > confs after the * to get all confs but some of them. >=20 > Another way to handle this is to avoid removing the conf that you don't > want > anymore in your module, and rather deprecate it, as you would do in an > API > (because module configurations should be seen as a kind of API). Then > you > can choose to publish nothing in this conf, or do whatever you want. I > personnaly prefer this solution, but the support for deprecation in Ivy > is > not very good, we have the attribute, but Ivy actually doesn't care > about > it, so you don't get information about the usage of deprecated conf. > But > this can be improved! >=20 > Xavier >=20 >=20 > > > > > > Thanks for your time, and keep up the good work, > > Matt > > >=20 >=20 >=20 > -- > Xavier Hanin - Independent Java Consultant > http://xhab.blogspot.com/ > http://ant.apache.org/ivy/ > http://www.xoocode.org/ From jonathan72@example.com Thu Apr 03 07:13:29 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 73662 invoked from network); 3 Apr 2008 07:13:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2008 07:13:29 -0000 Received: (qmail 65221 invoked by uid 500); 3 Apr 2008 07:13:29 -0000 Delivered-To: jonathan72@example.com Received: (qmail 65206 invoked by uid 500); 3 Apr 2008 07:13:29 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 65197 invoked by uid 99); 3 Apr 2008 07:13:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 00:13:29 -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 jonathan72@example.com 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, 03 Apr 2008 07:12:46 +0000 Received: by rv-out-0910.google.com with SMTP id k15so1657169rvb.40 for <jonathan72@example.com>; Thu, 03 Apr 2008 00:12:57 -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=+QO6jzeiae9Z5eMu+LU9LV5kS6cAJ0p8VHga02l2Qiw=; b=ccVybRyoZxN8pTZtYzO11UkirLI7PYQX9M3PGFt/iuWuO8RdYXaUX8/ftHfWjyX3FdnJ4uoCliynip/qGFs2DaSDhD2HJEXDE+9CWI6J3EaVcYe/a2+/4ZKFhWKi6tPrdDLSo8ndtyTaYkQyLMgcfaeoKJbO/e/aLMjy1vexfVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=a8O8DuTNj2EFNM9VtjwScf4c2UKCIiSjDEqMMOHjJW46egifuQBrSeleno4t+aLMfSWluTzPStI0tA5HbuG3RpjSwIIyZ1drUipMUrz4VUVVU6DyXRbgxs8CrEAb5GDxtWHk61pFM1OqePn37erXbER1wpMlFAxFo4r/5CPmbYU= Received: by 83.161.120.155 with SMTP id l21mr5421568rvj.251.1207206777904; Thu, 03 Apr 2008 00:12:57 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 3 Apr 2008 00:12:57 -0700 (PDT) Message-ID: <jonathan72@example.com> Date: Thu, 3 Apr 2008 09:12:57 +0200 From: "Xavier Hanin" <jonathan72@example.com> To: jonathan72@example.com Subject: Re: resolve behaviour in Main.main() does not properly account for useOrigin In-Reply-To: <jonathan72@example.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_318_2042586.1207206777899" References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_318_2042586.1207206777899 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wed, Apr 2, 2008 at 10:38 PM, <jonathan72@example.com> wrote: > Hi, > > I'm using the latest beta 2 release. > > Attached is a sample settings file and the debug log from running: > > org.apache.ivy.Main -conf > F:\helium\svn\helium-next\helium\config\ivy\ivy_settings_build_area.xml > -ivy Z:\output\temp_build_files\ivy\ivy_file.ivy.xml S60 -useOrigin > -debug > > Note that the settings file has: > > <caches basedir="c:\helium\cache" useOrigin="true"/> > > also, and yet the test resolver still has its download() method called > ("TestResolver.download() start"). This currently just returns null, > which causes the exception. Now of couse we can implement the download() > method properly but we still would not want to download any data to the > cache, because it is too large. Mmm, ok, I understand now, it's a problem of responsibilities: the resolver is responsible for calling the associated cache manager to actually download (or not) the artifacts. So it's normal that your resolver download method is called. Have a look at BasicResolver#download(Artifact[] artifacts, DownloadOptions options) implementation for an example of how this can be done. BTW, most of the time extending BasicResolver (or even one of its subclasses like RepositoryResolver) is the best option. In Ivy resolvers have a lot of responsibilities which aren't easy to get right without relying on the base implementation we provide. Xavier > > > Thanks > > paul > > > >-----Original Message----- > >From: ext Xavier Hanin [mailto:jonathan72@example.com] > >Sent: Thursday, March 27, 2008 4:57 AM > >To: jonathan72@example.com > >Subject: Re: resolve behaviour in Main.main() does not > >properly account for useOrigin > > > >Usage of useOrigin has changed with Ivy 2, now it's the cache > >which is responsible for telling if it's configured in > >useOrigin mode or not, and not the resolve operation. To > >preserve backward compatibility, we have thus deprecated > >"useOrigin" in resolve. > > > >Though the command line version of Ivy should still accept the > >now depcreated useOrigin argument, and take it into account. > >The lines responsible to handle this are: > > if (line.hasOption("useOrigin")) { > > ivy.getSettings().useDeprecatedUseOrigin(); > > } > > > >This changes the default value of useOrigin which should be > >taken into account in the cache implementation. But we may > >have a bug due to the recent change... > > > >To track this down, could you please provide the version of > >Ivy you use, and your debug log (running with -debug) on a simple case? > > > >Xavier > > > >On Thu, Mar 27, 2008 at 12:42 AM, <jonathan72@example.com> wrote: > > > >> Hi, > >> > >> I'm running Ivy through the command line and my current requirement > >> with Ivy is not to download and cache artifacts. I tried setting > >> useOrigin on the command line but it seems like it may not be > >> accounted for. Please note my inline comments below: > >> > >> ResolveOptions resolveOptions = new > >> ResolveOptions().setConfs(confs) > >> .setValidate(validate); > >> > >> // This call to resolve does not account for any use of useOrigin it > >> seems, thus it attempts to download dependencies to the cache > >> ResolveReport report = ivy.resolve(ivyfile.toURL(), > >> resolveOptions); > >> if (report.hasError()) { > >> System.exit(1); > >> } > >> ModuleDescriptor md = report.getModuleDescriptor(); > >> > >> if (confs.length == 1 && "*".equals(confs[0])) { > >> confs = md.getConfigurationsNames(); > >> } > >> if (line.hasOption("retrieve")) { > >> String retrievePattern = > >> settings.substitute(line.getOptionValue("retrieve")); > >> if (retrievePattern.indexOf("[") == -1) { > >> retrievePattern = retrievePattern + > >> "/lib/[conf]/[artifact].[ext]"; > >> } > >> > >> // Here the option is checked by this is not reached, and is for a > >> different purpose anyway > >> ivy.retrieve(md.getModuleRevisionId(), > >retrievePattern, > >> new RetrieveOptions() > >> > >.setConfs(confs).setSync(line.hasOption("sync")) > >> .setUseOrigin(line.hasOption("useOrigin"))); > >> > >> > >> Am I missing anything here? > >> > >> thanks > >> > >> paul > >> > >> > > > > > >-- > >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_318_2042586.1207206777899-- From jonathan72@example.com Thu Apr 03 07:30:15 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 82412 invoked from network); 3 Apr 2008 07:30:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2008 07:30:14 -0000 Received: (qmail 79134 invoked by uid 500); 3 Apr 2008 07:30:14 -0000 Delivered-To: jonathan72@example.com Received: (qmail 79108 invoked by uid 500); 3 Apr 2008 07:30:14 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 79096 invoked by uid 99); 3 Apr 2008 07:30:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 00:30:14 -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 jonathan72@example.com 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, 03 Apr 2008 07:29:31 +0000 Received: by rv-out-0910.google.com with SMTP id k15so1660178rvb.40 for <jonathan72@example.com>; Thu, 03 Apr 2008 00:29:43 -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=WvSqtB6hU0PXcUO/hb4OLbEbpwy7XRBOncbSK2oimyk=; b=sk24npqbMkOclGoltOHvrNlP+ISOm+/sWtVEdIQS66d8gzqwWtNsRO7lVNwjlA5Qz9ysXrIOVCbOgJnUJggzkJI9hYkgasxUZHMN4l8o945qMhGbiDOQ3rJPHookw8pypAz1pK0wLxkO8ZCH+/8xocqlK9OeEZNLeH4egsWJ5dU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=dyxE2Q+GSeh4gXtWRR378hZ3008vsNoqi5dqf3ltpDw49ux7uHCU7dbSehR8Z5+ul57UtTr4wMsVjn7dvFJAMdXzuvg++fUxdT3i5BGH0t1iSONTSXr+YjLfM2+xNAWLnLrbq5uDoVYfe5lsRZItsg4GBKs+VjQ+ekTmhAb9JuM= Received: by 83.161.120.155 with SMTP id g14mr5419134rvj.241.1207207782194; Thu, 03 Apr 2008 00:29:42 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 3 Apr 2008 00:29:42 -0700 (PDT) Message-ID: <jonathan72@example.com> Date: Thu, 3 Apr 2008 09:29:42 +0200 From: "Xavier Hanin" <jonathan72@example.com> To: jonathan72@example.com Subject: Re: Probable "configuration" misconfiguration In-Reply-To: <jonathan72@example.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_354_9836620.1207207782198" References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_354_9836620.1207207782198 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Apr 3, 2008 at 12:54 AM, Matt Reynolds <jonathan72@example.com> wrote: > Alright, after much time spent not solving this problem, I have an > example of what I'm seeing (Sorry about the delay). > > http://os.loopysoft.com/ivy/ivy.zip > > Run the build script (after adding your favorite version of ivy jar) and > you will see the error I'm seeing where b ver 2 is somehow depending > upon a version 2, *with a configuration that no longer exists*. > > I don't know that this is a bug, but I'd like to figure out what I'm > doing wrong either way :) This is a bug, related to IVY-681. To be sure it gets fixed, please open an issue and attach your zip, so that we close the issue only when your example passes. BTW, in your example you can remove the unused targets ivy-configure and ivy-fetch-dependencies, and make build-publish the default, to make it easier to run the test. Xavier > > Thanks, and hope this helps > > > -----Original Message----- > > From: Xavier Hanin [mailto:jonathan72@example.com] > > Sent: Friday, February 08, 2008 1:06 AM > > To: jonathan72@example.com > > Subject: Re: Probable "configuration" misconfiguration > > > > On Feb 7, 2008 5:03 PM, Matt Reynolds <jonathan72@example.com> wrote: > > > > > I apologize that this will probably be both vague and slightly > wrong, > > > but I don't have a way to demonstrate the problem I'm facing (I'm > > open > > > to suggestions on how to do so, ivy-report won't run to completion > > given > > > the following error). > > > > > > I've been using Ivy for a year or two here at work (and at home) and > > > have run into an issue when I changed the available configurations > > for a > > > package. > > > > > > Let's say that we have 3 packages, A, B, C, with A depending on B > and > > B > > > depending on C (A->B->C). We also have a package, D, that depends > on > > C > > > and is depended upon by A (A->D->C). > > > > > > C has three configurations, library, server, and client, with Server > > and > > > Client extending Library. B and D both depend on C's "client" > > > configuration. Due to a recent change, C no longer exposes the > > "client" > > > configuration, now only exposing the "Library" configuration. > > > > > > I update B with "*->library" on the C dependency, but when I attempt > > to > > > resolve dependencies, I get a hard error saying that C's "client" > > > configuration cannot be found and so Ivy halts. This makes sense, > as > > D > > > depends on C's configuration, and I haven't updated D. While this > > > simple case is easy to fix, our real world case is not. > > > > > > In the real world case, we have a hierarchy about 7 levels deep, and > > > changing our core library's configurations has caused cascade > > failures > > > throughout the dependencies in the system (a total of maybe 50 > > libraries > > > in total). Updating each library is not only time consuming, but in > > > some cases near impossible, as older branches of code that rely on > > the > > > now-missing configuration can't be mixed with newer code that uses a > > > different/existing configuration. > > > > > > I think I understand why this happens, but frankly, it's caused me > to > > > stop using configurations entirely and move to using exclusions > where > > > possible, because they're easier to maintain given the state of our > > code > > > base. > > > > > > Is there a better way to manage this? Is there a fix I'm missing? > > Any > > > help would be appreciated. We're very happy with Ivy for the most > > part > > > (we'd like to help with the docs, but we don't know enough to help > > > rewrite them), but this "problem" (Ivy's fault or not) is causing us > > > serious trouble. > > > > > > I understand, managing complex configurations is not an easy task, and > > it > > needs to be well thought. Ivy supports a mechanism which helps a lot > to > > make > > your module dependencies manageable while still using configurations > > extensively: fallback configurations. This require changes in your Ivy > > files > > though, but it's a one time change: you do your configuration mapping > > as > > usual, except that you tell Ivy which configuration to pick up when > the > > expected configuration is not there. I suggest using something which > > will > > always exist as fallback configuration, which can be either a > > configuration > > that you ensure all your modules have ('default', or whatever), or > > using a > > wildcard like '*' which Ivy can always resolve. You can also use > > negated > > confs after the * to get all confs but some of them. > > > > Another way to handle this is to avoid removing the conf that you > don't > > want > > anymore in your module, and rather deprecate it, as you would do in an > > API > > (because module configurations should be seen as a kind of API). Then > > you > > can choose to publish nothing in this conf, or do whatever you want. I > > personnaly prefer this solution, but the support for deprecation in > Ivy > > is > > not very good, we have the attribute, but Ivy actually doesn't care > > about > > it, so you don't get information about the usage of deprecated conf. > > But > > this can be improved! > > > > Xavier > > > > > > > > > > > > > Thanks for your time, and keep up the good work, > > > Matt > > > > > > > > > > > -- > > 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_354_9836620.1207207782198-- From jonathan72@example.com Thu Apr 03 09:59:16 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 69921 invoked from network); 3 Apr 2008 09:59:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2008 09:59:16 -0000 Received: (qmail 66720 invoked by uid 500); 3 Apr 2008 09:59:15 -0000 Delivered-To: jonathan72@example.com Received: (qmail 66700 invoked by uid 500); 3 Apr 2008 09:59:15 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 66691 invoked by uid 99); 3 Apr 2008 09:59:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 02:59:15 -0700 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO hqmtabh4.ms.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 09:58:22 +0000 Received: from hqmtabh4 (localhost.ms.com [83.161.120.155]) by hqmtabh4.ms.com (output Postfix) with ESMTP id C0351482EA for <jonathan72@example.com>; Thu, 3 Apr 2008 05:58:41 -0400 (EDT) Received: from ny0031as01 (unknown [83.161.120.155]) by hqmtabh4.ms.com (internal Postfix) with ESMTP id 769CE91401B for <jonathan72@example.com>; Thu, 3 Apr 2008 05:58:41 -0400 (EDT) Received: from ny0031as01 (localhost [83.161.120.155]) by ny0031as01 (msa-out Postfix) with ESMTP id 578E99701AE for <jonathan72@example.com>; Thu, 3 Apr 2008 05:58:41 -0400 (EDT) Received: from PIWEXOB01.msad.ms.com (piwexob01 [83.161.120.155]) by ny0031as01 (mta-in Postfix) with ESMTP id 53D6CC0037 for <jonathan72@example.com>; Thu, 3 Apr 2008 05:58:41 -0400 (EDT) Received: from PAEXCAT01.msad.ms.com ([83.161.120.155]) by PIWEXOB01.msad.ms.com with Microsoft SMTPSVC613.365.0671); Thu, 3 Apr 2008 05:58:40 -0400 Received: from OZWEXHUB01.msad.ms.com (83.161.120.155) by PAEXCAT01.msad.ms.com (83.161.120.155) with Microsoft SMTP Server (TLS) id 83.161.120.155; Thu, 3 Apr 2008 05:58:40 -0400 Received: from LNWEXMBX0104.msad.ms.com ([83.161.120.155]) by OZWEXHUB01.msad.ms.com ([83.161.120.155]) with mapi; Thu, 3 Apr 2008 10:58:40 +0100 From: "Foreman, Alex \(IT\)" <jonathan72@example.com> To: <jonathan72@example.com> Date: Thu, 3 Apr 2008 10:58:39 +0100 Subject: RE: IvyDE Accepted Types Thread-Topic: IvyDE Accepted Types Thread-Index: AciQ4DahMD56g1lnR3G7l0SznxlnugEkIy3Q Message-ID: <jonathan72@example.com> Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2992 References: <jonathan72@example.com> <jonathan72@example.com> Importance: normal Priority: normal In-Reply-To: <jonathan72@example.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 03 Apr 2008 09:58:40.0679 (UTC) FILETIME=[4B462370:01C89571] X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.15/RELEASE, bases: 03042008 #609982, status: clean X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the reply, ON further examination it is doing as you describe. 1. Search for all artifacts in conf. 2. Download all artifacts in conf. 3. Filter by type and place only those artifacts on the classpath. Can this be modified so we only download the artifacts that are = filtered. Or at least have a attribute to turn it on? I can see this functionality being more obvious: 1. Search for all artifacts in conf of type=3D"x(,y...)" 2. Download only these artifacts Completely ignoring any of the wrong = type. What do you guys think? Alex Foreman Morgan Stanley | Technology 20 Cabot Square | Canary Wharf | Floor 06 London, E14 4QW Phone: 613.365.0671 jonathan72@example.com -----Original Message----- From: Xavier Hanin [mailto:jonathan72@example.com] Sent: 28 March 2008 14:29 To: jonathan72@example.com Subject: Re: IvyDE Accepted Types On Fri, Mar 28, 2008 at 11:29 AM, Foreman, Alex (IT) < = jonathan72@example.com> wrote: > I have set Accepted types to: > jar, zip, dll > > Within IvyDE > > I have a ivyfile which defines a list of .so files and .dll files. > All in the same configuration. > > I want to grab stuff by type only. > > When building on unix I want to say: > Give me this module and all its artifacts that are .so types only > > Eg > Artifact -> x.dll > Artifact -> y.dll > Artifact -> z.so > > Would return just z.so as type=3D"jar,so" > > This doesn't seem to work in unix either or from the dos shell. > <ivy:cachepath pathid=3D"tests" conf=3D"jni" type=3D"so" = useOrigin=3D"true" /> > Grabs everything in the configuration regardless of type. > > Is this a bug? Missing functionality? As according to this page: > http://ant.apache.org/ivy/history/latest-milestone/use/cachepath.html > This is what 'type' does. > > This is a major blocker for me. If I can say grab everything that is > of types x and y and ignore everything else then I have pretty much > solved my problems with getting JNIs working It should work. But note that the filter is applied by cachepath only, = not by the resolve. So Ivy will actually download all artifacts, but = only so should be in your path 'tests' after the call to cachepath. If = it doesn't work like that, you can open an issue, describing precisely = how you call cachepath, what is your ivy file for the dependency, and = what you get in your path. Xavier > without hassle. > > > Many thanks for your help, > > Alex Foreman > Morgan Stanley | Technology > 20 Cabot Square | Canary Wharf | Floor 06 London, E14 4QW > Phone: 613.365.0671 > jonathan72@example.com > -------------------------------------------------------- > > NOTICE: If received in error, please destroy and notify sender. Sender > does not intend to waive confidentiality or privilege. Use of this > email is prohibited when received in error. > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ = http://ant.apache.org/ivy/ http://www.xoocode.org/ -------------------------------------------------------- NOTICE: If received in error, please destroy and notify sender. Sender = does not intend to waive confidentiality or privilege. Use of this email = is prohibited when received in error. From jonathan72@example.com Thu Apr 03 10:43:07 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 87897 invoked from network); 3 Apr 2008 10:43:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2008 10:43:07 -0000 Received: (qmail 29583 invoked by uid 500); 3 Apr 2008 10:43:06 -0000 Delivered-To: jonathan72@example.com Received: (qmail 29560 invoked by uid 500); 3 Apr 2008 10:43:06 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 29551 invoked by uid 99); 3 Apr 2008 10:43:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 03:43:06 -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 jonathan72@example.com designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO wf-out-1314.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 10:42:19 +0000 Received: by wf-out-1314.google.com with SMTP id 27so3091096wfd.10 for <jonathan72@example.com>; Thu, 03 Apr 2008 03:42:31 -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=r7jLSbDIqskk0W/fR22sDOWDeSZD4wQGrDwBh92fbnY=; b=cxUIeg3eKVcr3eHkoVOwf9/RI/Z0YDI0MCOMFCpP2lixuwYwwYL7zeRjC5fWrB7f62TclLceJQMWj39g3yADNP4GTvsAUiYn5pu7LpdP6Wc/FZNAEbljr6Ki6YyT373nfH2M4oCONsTlwd2WdsRB+KSR/HlVRJY1VHFFTjGpY5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Fjh3mwjbh+bKWX19G2Yq9DEgirxo7ATXrgD2yWjnWFSAeNXsWEio2JfOWYzr/SHLn52PzB2zhhFTfsRjlYCpPet1Lk9VwnwEF6h/EQvuTBkmdL57xdzpVB4PFyubNlsyvszDenjTe/pbNCQRboW/rzF3reuit6aACuXHwzW9WPk= Received: by 83.161.120.155 with SMTP id y2mr6895397wfg.64.1207219351626; Thu, 03 Apr 2008 03:42:31 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 3 Apr 2008 03:42:31 -0700 (PDT) Message-ID: <jonathan72@example.com> Date: Thu, 3 Apr 2008 12:42:31 +0200 From: "Xavier Hanin" <jonathan72@example.com> To: jonathan72@example.com Subject: Re: IvyDE Accepted Types In-Reply-To: <jonathan72@example.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_929_1357723.1207219351620" References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_929_1357723.1207219351620 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Apr 3, 2008 at 11:58 AM, Foreman, Alex (IT) < jonathan72@example.com> wrote: > Thanks for the reply, > > ON further examination it is doing as you describe. > > 1. Search for all artifacts in conf. > 2. Download all artifacts in conf. > 3. Filter by type and place only those artifacts on the classpath. > > Can this be modified so we only download the artifacts that are filtered. > Or at least have a attribute to turn it on? > > I can see this functionality being more obvious: > > 1. Search for all artifacts in conf of type="x(,y...)" > 2. Download only these artifacts Completely ignoring any of the wrong > type. > > What do you guys think? I agree it would be nice to improve this, but we'd have to think about all the side effects, since a resolve can be reused, possibly with a different filter. Maybe dependency resolution and metadata collection should be fully done, and only artifacts download would be skipped. Then later if an artifact is missing Ivy could simply download it. Please open an issue in JIRA to ask for that. Xavier > > Alex Foreman > Morgan Stanley | Technology > 20 Cabot Square | Canary Wharf | Floor 06 > London, E14 4QW > Phone: 613.365.0671 > jonathan72@example.com > > -----Original Message----- > From: Xavier Hanin [mailto:jonathan72@example.com] > Sent: 28 March 2008 14:29 > To: jonathan72@example.com > Subject: Re: IvyDE Accepted Types > > On Fri, Mar 28, 2008 at 11:29 AM, Foreman, Alex (IT) < > jonathan72@example.com> wrote: > > > I have set Accepted types to: > > jar, zip, dll > > > > Within IvyDE > > > > I have a ivyfile which defines a list of .so files and .dll files. > > All in the same configuration. > > > > I want to grab stuff by type only. > > > > When building on unix I want to say: > > Give me this module and all its artifacts that are .so types only > > > > Eg > > Artifact -> x.dll > > Artifact -> y.dll > > Artifact -> z.so > > > > Would return just z.so as type="jar,so" > > > > This doesn't seem to work in unix either or from the dos shell. > > <ivy:cachepath pathid="tests" conf="jni" type="so" useOrigin="true" /> > > Grabs everything in the configuration regardless of type. > > > > Is this a bug? Missing functionality? As according to this page: > > http://ant.apache.org/ivy/history/latest-milestone/use/cachepath.html > > This is what 'type' does. > > > > This is a major blocker for me. If I can say grab everything that is > > of types x and y and ignore everything else then I have pretty much > > solved my problems with getting JNIs working > > > It should work. But note that the filter is applied by cachepath only, not > by the resolve. So Ivy will actually download all artifacts, but only so > should be in your path 'tests' after the call to cachepath. If it doesn't > work like that, you can open an issue, describing precisely how you call > cachepath, what is your ivy file for the dependency, and what you get in > your path. > > Xavier > > > without hassle. > > > > > > Many thanks for your help, > > > > Alex Foreman > > Morgan Stanley | Technology > > 20 Cabot Square | Canary Wharf | Floor 06 London, E14 4QW > > Phone: 613.365.0671 > > jonathan72@example.com > > -------------------------------------------------------- > > > > NOTICE: If received in error, please destroy and notify sender. Sender > > does not intend to waive confidentiality or privilege. Use of this > > email is prohibited when received in error. > > > > > > -- > Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ > http://ant.apache.org/ivy/ http://www.xoocode.org/ > -------------------------------------------------------- > > NOTICE: If received in error, please destroy and notify sender. Sender > does not intend to waive confidentiality or privilege. Use of this email is > prohibited when received in error. > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_929_1357723.1207219351620-- From jonathan72@example.com Thu Apr 03 14:55:15 2008 Return-Path: <jonathan72@example.com> Delivered-To: jonathan72@example.com Received: (qmail 17582 invoked from network); 3 Apr 2008 14:55:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Apr 2008 14:55:15 -0000 Received: (qmail 25155 invoked by uid 500); 3 Apr 2008 14:55:15 -0000 Delivered-To: jonathan72@example.com Received: (qmail 25141 invoked by uid 500); 3 Apr 2008 14:55:15 -0000 Mailing-List: contact jonathan72@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:jonathan72@example.com> List-Unsubscribe: <mailto:jonathan72@example.com> List-Post: <mailto:jonathan72@example.com> List-Id: <ivy-user.ant.apache.org> Reply-To: jonathan72@example.com Delivered-To: mailing list jonathan72@example.com Received: (qmail 25132 invoked by uid 99); 3 Apr 2008 14:55:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Apr 2008 07:55:14 -0700 X-ASF-Spam-Status: No, hits=-1.9 required=10.0 tests=DNS_FROM_RFC_BOGUSMX,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mail87.messagelabs.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 03 Apr 2008 14:54:30 +0000 X-VirusChecked: Checked X-Env-Sender: jonathan72@example.com X-Msg-Ref: server-14.tower-87.messagelabs.com!1207234480!11732380!1 X-StarScan-Version: 83.161.120.155.2; banners=-,-,- X-Originating-IP: [83.161.120.155] Received: (qmail 1202 invoked from network); 3 Apr 2008 14:54:40 -0000 Received: from mail3.qsent.com (HELO corpmail1.qsent.com) (83.161.120.155) by server-14.tower-87.messagelabs.com with SMTP; 3 Apr 2008 14:54:40 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Probable "configuration" misconfiguration Date: Thu, 3 Apr 2008 07:54:39 -0700 Message-ID: <jonathan72@example.com> In-Reply-To: <jonathan72@example.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Probable "configuration" misconfiguration Thread-Index: AciVXI/DQ5oIMuVLQsydtyuOjegLqwAPbhGw References: <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> <jonathan72@example.com> From: "Matt Reynolds" <jonathan72@example.com> To: <jonathan72@example.com> X-Virus-Checked: Checked by ClamAV on apache.org Added. Is there any traction on this (I could compile from trunk?), or a hint on how to fix it? Unfortunately, this is causing us some trouble. > -----Original Message----- > From: Xavier Hanin [mailto:jonathan72@example.com] > Sent: Thursday, April 03, 2008 12:30 AM > To: jonathan72@example.com > Subject: Re: Probable "configuration" misconfiguration >=20 > On Thu, Apr 3, 2008 at 12:54 AM, Matt Reynolds > <jonathan72@example.com> > wrote: >=20 > > Alright, after much time spent not solving this problem, I have an > > example of what I'm seeing (Sorry about the delay). > > > > http://os.loopysoft.com/ivy/ivy.zip > > > > Run the build script (after adding your favorite version of ivy jar) > and > > you will see the error I'm seeing where b ver 2 is somehow depending > > upon a version 2, *with a configuration that no longer exists*. > > > > I don't know that this is a bug, but I'd like to figure out what I'm > > doing wrong either way :) >=20 > This is a bug, related to IVY-681. To be sure it gets fixed, please > open an > issue and attach your zip, so that we close the issue only when your > example > passes. BTW, in your example you can remove the unused targets ivy- > configure > and ivy-fetch-dependencies, and make build-publish the default, to make > it > easier to run the test. >=20 > Xavier >=20 >=20 > > > > Thanks, and hope this helps > > > > > -----Original Message----- > > > From: Xavier Hanin [mailto:jonathan72@example.com] > > > Sent: Friday, February 08, 2008 1:06 AM > > > To: jonathan72@example.com > > > Subject: Re: Probable "configuration" misconfiguration > > > > > > On Feb 7, 2008 5:03 PM, Matt Reynolds <jonathan72@example.com> > wrote: > > > > > > > I apologize that this will probably be both vague and slightly > > wrong, > > > > but I don't have a way to demonstrate the problem I'm facing (I'm > > > open > > > > to suggestions on how to do so, ivy-report won't run to > completion > > > given > > > > the following error). > > > > > > > > I've been using Ivy for a year or two here at work (and at home) > and > > > > have run into an issue when I changed the available > configurations > > > for a > > > > package. > > > > > > > > Let's say that we have 3 packages, A, B, C, with A depending on B > > and > > > B > > > > depending on C (A->B->C). We also have a package, D, that > depends > > on > > > C > > > > and is depended upon by A (A->D->C). > > > > > > > > C has three configurations, library, server, and client, with > Server > > > and > > > > Client extending Library. B and D both depend on C's "client" > > > > configuration. Due to a recent change, C no longer exposes the > > > "client" > > > > configuration, now only exposing the "Library" configuration. > > > > > > > > I update B with "*->library" on the C dependency, but when I > attempt > > > to > > > > resolve dependencies, I get a hard error saying that C's "client" > > > > configuration cannot be found and so Ivy halts. This makes > sense, > > as > > > D > > > > depends on C's configuration, and I haven't updated D. While > this > > > > simple case is easy to fix, our real world case is not. > > > > > > > > In the real world case, we have
{'source': 'Apache Software Foundation Public Mail Archives'}