From ivy-user-return-6658-apmail-ant-ivy-user-archive=ant.apache.org@ant.apache.org Tue Apr 13 22:59:44 2010 Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 82731 invoked from network); 13 Apr 2010 22:59:44 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Apr 2010 22:59:44 -0000 Received: (qmail 47117 invoked by uid 500); 13 Apr 2010 22:59:43 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 47031 invoked by uid 500); 13 Apr 2010 22:59:43 -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 47023 invoked by uid 99); 13 Apr 2010 22:59:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 22:59:42 +0000 X-ASF-Spam-Status: No, hits=-0.9 required=10.0 tests=AWL,HTML_MESSAGE,MIME_QP_LONG_LINE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Scott.Goldstein@nextlabs.com designates 216.82.254.3 as permitted sender) Received: from [216.82.254.3] (HELO mail172.messagelabs.com) (216.82.254.3) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 22:59:34 +0000 X-VirusChecked: Checked X-Env-Sender: Scott.Goldstein@nextlabs.com X-Msg-Ref: server-11.tower-172.messagelabs.com!1271199552!28148785!1 X-StarScan-Version: 6.2.4; banners=nextlabs.com,-,- X-Originating-IP: [12.193.179.98] Received: (qmail 16563 invoked from network); 13 Apr 2010 22:59:13 -0000 Received: from mail.nextlabs.com (HELO mail.nextlabs.com) (12.193.179.98) by server-11.tower-172.messagelabs.com with AES128-SHA encrypted SMTP; 13 Apr 2010 22:59:13 -0000 Received: from NXT-EXCH.nextlabs.com ([169.254.2.218]) by nxt-exchfe01.nextlabs.com ([10.187.2.93]) with mapi; Tue, 13 Apr 2010 15:59:11 -0700 From: Scott Goldstein To: "ivy-user@ant.apache.org" Date: Tue, 13 Apr 2010 15:59:06 -0700 Subject: Need help debugging a caching problem Thread-Topic: Need help debugging a caching problem Thread-Index: AcrbXOtqTA3sqpBlRhqwxgmgJXhQrQ== Message-ID: <0DBA2ACE64E8894F80DEC59F1EB9BE233AC03E1E25@NXT-EXCH.nextlabs.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {409C9EE5-55CD-4528-BB19-8F5D53493381} x-cr-hashedpuzzle: Afrv Alr2 BDto Be77 CPQG DNKW Dusw EUI5 Eq3z E6k3 GSJJ GjQT HdUs H7uC KO8R LRAP;1;aQB2AHkALQB1AHMAZQByAEAAYQBuAHQALgBhAHAAYQBjAGgAZQAuAG8AcgBnAA==;Sosha1_v1;7;{409C9EE5-55CD-4528-BB19-8F5D53493381};cwBjAG8AdAB0AC4AZwBvAGwAZABzAHQAZQBpAG4AQABuAGUAeAB0AGwAYQBiAHMALgBjAG8AbQA=;Tue, 13 Apr 2010 22:59:06 GMT;TgBlAGUAZAAgAGgAZQBsAHAAIABkAGUAYgB1AGcAZwBpAG4AZwAgAGEAIABjAGEAYwBoAGkAbgBnACAAcAByAG8AYgBsAGUAbQA= acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_0DBA2ACE64E8894F80DEC59F1EB9BE233AC03E1E25NXTEXCHnextla_" MIME-Version: 1.0 --_000_0DBA2ACE64E8894F80DEC59F1EB9BE233AC03E1E25NXTEXCHnextla_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've been stepping through the code a bit, but could use some helping tryi= ng to solve a caching problem in my setup. The details are that I have a file system repository set up for submodules= within a particular build. When built, the submodules are published to t= his file system repository and then used by other submodules in the build.= This file system repository is unique to each revision/branch of the pro= duct. The problem occurs when switching branches. First, I compile Branch A. T= hen, I move to Branch B and it mistakenly picks up submodules from Branch = A. I've set up the repository to have checkModified=3D"true" and changingPatt= ern=3D".*". When I debug through the code, it looks like it tries to download the depe= ndency into the cache using DefaultRepositoryCacheManager.cacheModuleDescr= iptor(..). Within this method, it calls "doFindModuleInCache" to see if t= he module is already in the cache and needs to evict it and install the la= test version from the source. It does this, by looking for the ivy.xml fi= le in the cache and comparing the publication date. The ivy file it looks= for is: ...\cache\organization\module\ivy-working@build-repository.xml But, the only ivy files in the cache are: ...\cache\organization\module\ivy-working@build-repository.xml.original ...\cache\organization\module\ivy-2.0.xml So, it never finds them in the cache and, therefore, never evicts the old = artifacts. Can anyone point to what might be causing this? Or, where I might debug f= urther? Thanks. Scott - -------------------------------------------------------------------- STATEMENT OF CONFIDENTIALITY =20 The information contained in this electronic message and any attachments t= o this message are intended for the exclusive use of the addressee(s) and = may contain confidential or privileged information. No representation is m= ade on its accuracy or completeness of the information contained in this e= lectronic message. Certain assumptions may have been made in the preparati= on of this material as at this date, and are subject to change without not= ice. If you are not the intended recipient, you are hereby notified that a= ny dissemination, distribution or copying of this e-mail and any attachmen= t(s) is strictly prohibited. Please reply to the sender at NextLabs Inc an= d destroy all copies of this message and any attachments from your system.= =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --_000_0DBA2ACE64E8894F80DEC59F1EB9BE233AC03E1E25NXTEXCHnextla_--