Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 10759 invoked from network); 12 Nov 2009 22:21:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Nov 2009 22:21:13 -0000 Received: (qmail 16549 invoked by uid 500); 12 Nov 2009 22:21:13 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 16515 invoked by uid 500); 12 Nov 2009 22:21:12 -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 16505 invoked by uid 99); 12 Nov 2009 22:21:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 22:21:12 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of cbrown@silverpop.com designates 65.199.213.62 as permitted sender) Received: from [65.199.213.62] (HELO pdk-mx01.silverpop.com) (65.199.213.62) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Nov 2009 22:21:03 +0000 Received: from pdk-mx01.silverpop.com (127.0.0.1) by pdk-mx01.silverpop.com (MlfMTA v3.2r9) id hvi5500171s7 for ; Thu, 12 Nov 2009 17:20:42 -0500 (envelope-from ) Received: from atl-mail03.corp.int-silverpop.com ([10.100.4.24]) by pdk-mx01.silverpop.com (mx01.silverpop.com) with ESMTP; Thu, 12 Nov 2009 17:20:42 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA63E6.47AB0528" Subject: Consistency check failing on branch information Date: Thu, 12 Nov 2009 17:20:01 -0500 Message-ID: <6B4D8A42E536AC4EAC179B77DC162AB2015983D0@atl-mail03.corp.int-silverpop.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Consistency check failing on branch information Thread-Index: Acpj5kamKEWxAspuTPqZidDxO2oMgA== From: "Carlton Brown" To: X-Mlf-Version: 7.1.2.2229 X-Mlf-UniqueId: o200911122220420383707 X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01CA63E6.47AB0528 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Can someone explain exactly the purpose of the consistency check that Ivy performs? The documentation says it compares checking between what is expected and what is actually found. But what is actually 'expected', and why? =20 Currently I've got a situation where Ivy is failing with "bad branch name" every time it encounters a module that has a branch name other than what the dependency declares. If I turn off the consistency check then the error disappears, but then I wonder what I am risking by doing this. =20 =20 I don't understand this behavior. Is it expected for Ivy not to tolerate modules of multiple different branches in the same resolver? =20 Thanks, Carlton ***CONFIDENTIALITY NOTICE and DISCLAIMER*** This message and any attachment are confidential and may be privileged or otherwise protected from disclosure and solely for the use of the person(s) or entity to whom it is intended. If you have received this message in error and are not the intended recipient, please notify the sender immediately and delete this message and any attachment from your system. If you are not the intended recipient, be advised that any use of this message is prohibited and may be unlawful, and you must not copy this message or attachment or disclose the contents to any other person. ------_=_NextPart_001_01CA63E6.47AB0528--