Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 41276 invoked from network); 11 Apr 2008 16:20:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Apr 2008 16:20:31 -0000 Received: (qmail 7660 invoked by uid 500); 11 Apr 2008 16:20:31 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 7465 invoked by uid 500); 11 Apr 2008 16:20:31 -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 7456 invoked by uid 99); 11 Apr 2008 16:20:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Apr 2008 09:20:31 -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: domain of Shawn.Castrianni@halliburton.com designates 34.254.16.14 as permitted sender) Received: from [34.254.16.14] (HELO HOUMAIL002.halliburton.com) (34.254.16.14) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Apr 2008 16:19:36 +0000 Received: from HOUEXHU010.corp.halliburton.com (houexhu010.corp.halliburton.com [34.224.232.94]) by HOUMAIL002.halliburton.com (8.13.8/8.13.8) with ESMTP id m3BGJkVP031853 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Fri, 11 Apr 2008 11:19:53 -0500 Received: from HOUEXCH012.corp.halliburton.com ([34.224.232.93]) by HOUEXHU010.corp.halliburton.com ([34.224.232.94]) with mapi; Fri, 11 Apr 2008 11:17:45 -0500 From: Shawn Castrianni To: "'ivy-user@ant.apache.org'" Date: Fri, 11 Apr 2008 11:17:44 -0500 Subject: RE: cache problem? Thread-Topic: cache problem? Thread-Index: AcibyvwLkZrCxCf0TtiE781Z0F0lpwAHoSpQAAEoTGAAAEb2sA== Message-ID: <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5BBE@HOUEXCH012.corp.halliburton.com> References: <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5BB6@HOUEXCH012.corp.halliburton.com> <635a05060804110454j7023409avddfc6c4c7ef6e612@mail.gmail.com> <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5BBC@HOUEXCH012.corp.halliburton.com> <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5BBD@HOUEXCH012.corp.halliburton.com> In-Reply-To: <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5BBD@HOUEXCH012.corp.halliburton.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-Proofpoint-Virus-Version: vendor=fsecure engine=4.65.7111:2.4.4,1.2.40,4.0.164 definitions=2008-04-11_06:2008-04-09,2008-04-11,2008-04-11 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=3.1.0-0804050000 definitions=main-0804110092 X-Virus-Checked: Checked by ClamAV on apache.org Solution: READ THE DOCUMENTATION!!! I added a configuration mapping to my= dependency like this: conf=3D"*->@" to make the win32 conf of this module be dependent on the win32 conf of the= dependency, win64 to be dependent on win64, etc. For some reason, I just assumed this was the default so I never bothered to= read the conf mapping documentation. Now it only downloads the single configuration that I requested. --- Shawn Castrianni CM Chief Architect Landmark Halliburton Drilling, Evaluation and Digital Solutions Building 2 2101 City West Blvd. Houston, TX 77042 Work: 713-839-3086 Cell: 832-654-0888 Fax: 713-839-2758 -----Original Message----- From: Shawn Castrianni Sent: Friday, April 11, 2008 11:08 AM To: 'ivy-user@ant.apache.org' Subject: RE: cache problem? Here is a portion of the verbose build. I see some win32->* and *=3D[*] th= at seem worrisome. dependencies.resolve: [ivy:resolve] using ivy parser to parse file:/D:/CVS/HEAD/tahoe/ivy.xml [ivy:resolve] :: resolving dependencies :: Landmark#dsinfra#HEAD;working@bo= rg [ivy:resolve] confs: [win32] [ivy:resolve] validate =3D true [ivy:resolve] refresh =3D false [ivy:resolve] resolving dependencies for configuration 'win32' [ivy:resolve] =3D=3D resolving dependencies for Landmark#dsinfra#HEAD;worki= ng@borg [win32] [ivy:resolve] =3D=3D resolving dependencies Landmark#dsinfra#HEAD;working@b= org->Landmark#carto#spdm;latest.development [win32->*] [ivy:resolve] published: Checking cache for: dependency: Landmark#carto#spd= m;latest.development {*=3D[*]} [ivy:resolve] no cached resolved revision for Landmark#carto#spdm;latest.de= velopment [ivy:resolve] no cached resolved revision for Landmark#carto#spdm;latest.de= velopment [ivy:resolve] tried E:/modules/DS_R5000_0_1/carto/spdm/latest.dev= elopment/ivy/ivy.xml [ivy:resolve] tried E:/modules/DS_R5000_0_1/carto/spdm/[revision]= /ivy/ivy.xml [ivy:resolve] tried E:/modules/DS_R5000_0_1/carto/spdm/latest.dev= elopment/jar/[home]/[homeType]/[path]/carto.jar [ivy:resolve] tried E:/modules/DS_R5000_0_1/carto/spdm/[revision]= /jar/[home]/[homeType]/[path]/carto.jar [ivy:resolve] published.local: no ivy file nor artifact found for Landmar= k#carto#spdm;latest.development [ivy:resolve] no cached resolved revision for Landmark#carto#spdm;latest.de= velopment [ivy:resolve] tried \\houfiler04.lgc.com\BuildStageArea\lgcbuilds= /DS_R5000_0_1/carto/spdm/latest.development/ivy/ivy.xml [ivy:resolve] tried \\houfiler04.lgc.com\BuildStageArea\lgcbuilds= /DS_R5000_0_1/carto/spdm/[revision]/ivy/ivy.xml [ivy:resolve] published.repository do not support transaction. ivy pattern = does not use revision as last directory [ivy:resolve] published.repository: found md file for Landmark#carto#spdm= ;latest.development [ivy:resolve] =3D> \\houfiler04.lgc.com\BuildStageArea\lgcbuilds\= DS_R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xml (DS_R5000_0_1.spdm.= 1) [ivy:resolve] downloading \\houfiler04.lgc.com\BuildStageArea\lgcbuilds\DS_= R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xml ... [ivy:resolve] published.repository: downloading \\houfiler04.lgc.com\Buil= dStageArea\lgcbuilds\DS_R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xm= l [ivy:resolve] [SUCCESSFUL ] Landmark#carto#spdm;DS_R5000_0_1.spdm.1!ivy.o= riginal.xml(ivy) (250ms) [ivy:resolve] [DS_R5000_0_1.spdm.1] Landmark#carto [ivy:resolve] found Landmark#carto#spdm;DS_R5000_0_1.spdm.1 in published.= repository [ivy:resolve] [DS_R5000_0_1.spdm.1] Landmark#carto#spdm;latest.developmen= t --- Shawn Castrianni -----Original Message----- From: Shawn Castrianni Sent: Friday, April 11, 2008 10:44 AM To: 'ivy-user@ant.apache.org' Subject: RE: cache problem? I have an ivy.xml file with different platform configs, {win32, win64, linu= x, linux64, and solaris}. I have my artifacts for that module separated ou= t into these configs so that dlls are {win32,win64} and sos are {linux, lin= ux64, and solaris}. I built and published that module with all configurati= ons inside. I then make a new module that depends on the first. My depend= ency does NOT list any config mapping stuff. I then do a resolve conf=3D"w= in32" and I see that all the artifacts regardless of the configuration gets= downloaded to the cache. I then do a retrieve and all the artifacts downl= oaded to the cache get copied to my dependencies directory. Since I specif= ied conf=3D"win32" I should only get dlls copied to my dependencies. Here is my ivy.xml file with the configurations: This module contains the carto devkit. --- Shawn Castrianni CM Chief Architect Landmark Halliburton Drilling, Evaluation and Digital Solutions Building 2 2101 City West Blvd. Houston, TX 77042 Work: 713-839-3086 Cell: 832-654-0888 Fax: 713-839-2758 -----Original Message----- From: Xavier Hanin [mailto:xavier.hanin@gmail.com] Sent: Friday, April 11, 2008 6:55 AM To: ivy-user@ant.apache.org Subject: Re: cache problem? You should get only the configuration you ask. Could you give more details on what you do and how you conclude you get all of them? Xavier On Fri, Apr 11, 2008 at 12:31 PM, Shawn Castrianni < Shawn.Castrianni@halliburton.com> wrote: > Maybe I never paid any attention to the cache, but right now I am doing = a > resolve and I am getting all configurations downloaded to the cache. > Shouldn't just the configuration I asked for come down? Also, the retri= eve > is also getting all configurations instead of the current one. Is this t= he > way it is supposed to work? If so, what is the point in specifying the > configuration during a resolve if it always gets all of them. > > --- > Shawn Castrianni > > ---------------------------------------------------------------------- > This e-mail, including any attached files, may contain confidential and > privileged information for the sole use of the intended recipient. Any > review, use, distribution, or disclosure by others is strictly prohibited= . > If you are not the intended recipient (or authorized to receive informat= ion > for the intended recipient), please contact the sender by reply e-mail an= d > delete all copies of this message. -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/