Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 59830 invoked from network); 19 Sep 2008 23:31:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Sep 2008 23:31:18 -0000 Received: (qmail 3012 invoked by uid 500); 19 Sep 2008 23:31:14 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 2984 invoked by uid 500); 19 Sep 2008 23:31:14 -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 2971 invoked by uid 99); 19 Sep 2008 23:31:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Sep 2008 16:31: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: local policy) Received: from [207.212.50.58] (HELO busybuddha.org) (207.212.50.58) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Sep 2008 23:30:15 +0000 Received: from [127.0.0.1] (sycamore.busybuddha.org [127.0.0.1]) by busybuddha.org (8.14.2/8.14.2) with ESMTP id m8JNJKOp004636 for ; Fri, 19 Sep 2008 16:19:21 -0700 Message-ID: <48D435EC.4080406@busybuddha.org> Date: Fri, 19 Sep 2008 16:29:48 -0700 From: Anil Gangolli User-Agent: Thunderbird 2.0.0.12 (X11/20080213) MIME-Version: 1.0 To: ivy-user@ant.apache.org Subject: (?) ivy internal error: no node found ... Content-Type: multipart/alternative; boundary="------------060304080006060707040706" X-Virus-Checked: Checked by ClamAV on apache.org --------------060304080006060707040706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit One of my builds on ivy-2.0.0-beta2 is producing the following warning. I've had to replace the actual jar names [ivy:retrieve] ivy internal error: no node found for myorg#mymodule;: looked in [ ... very long list of modules including myorg#mymodule;latest.integration ... ] All dependencies are resolved and it doesn't seem to affect the end result of the build. It is unlikely I will be able to produce a compact test case however. I'd like to figure out what I might be able to do to avoid the issue. --a. --------------060304080006060707040706--