Return-Path: Delivered-To: apmail-incubator-buildr-user-archive@locus.apache.org Received: (qmail 24494 invoked from network); 12 Apr 2008 01:42:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Apr 2008 01:42:09 -0000 Received: (qmail 83809 invoked by uid 500); 12 Apr 2008 01:42:08 -0000 Delivered-To: apmail-incubator-buildr-user-archive@incubator.apache.org Received: (qmail 83791 invoked by uid 500); 12 Apr 2008 01:42:08 -0000 Mailing-List: contact buildr-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: buildr-user@incubator.apache.org Delivered-To: mailing list buildr-user@incubator.apache.org Received: (qmail 83782 invoked by uid 99); 12 Apr 2008 01:42:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Apr 2008 18:42:08 -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 djspiewak@gmail.com designates 209.85.146.180 as permitted sender) Received: from [209.85.146.180] (HELO wa-out-1112.google.com) (209.85.146.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Apr 2008 01:41:23 +0000 Received: by wa-out-1112.google.com with SMTP id n4so674579wag.6 for ; Fri, 11 Apr 2008 18:41:36 -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=6pjtI1M9iciYhgapH3HtFZfPfeHNlC5Obaw+YCAjGgs=; b=r95ShQiRiSCewktxYtKYGAoADbPBgHrAUuBbRiY8AZR0HegWg4M+vAG0awTRNV8ObtASvMVEkfyqddhqz4SQp/jDSnGNmjYTeasMFXQZDhPmDmTwXHLeDMA7MAFqX6L1mMbj9OpqGP/uwTZ6fJ8CkWnjyVHrmFesOcBmPZawQ4c= 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=Nn1U2OugB04Mg3S8C68kpYNmShKCzlj7avlHKSvNEdwkWzZOBRkyEM6N5oc6H+bDrW+KJLGiorM33DvwGo5sRTxi0A6HHSca9VeK6ErgknPiAXF4R/6M5Om4LiWzQ7c/TlqjnpDKCPfyIYrQll8cuIupvjtDL5PcK7lf/3uJrGU= Received: by 10.114.157.1 with SMTP id f1mr984964wae.214.1207964496399; Fri, 11 Apr 2008 18:41:36 -0700 (PDT) Received: by 10.114.107.10 with HTTP; Fri, 11 Apr 2008 18:41:36 -0700 (PDT) Message-ID: <5c99d0330804111841l7798be8fufef796168a2768af@mail.gmail.com> Date: Fri, 11 Apr 2008 20:41:36 -0500 From: "Daniel Spiewak" To: buildr-user@incubator.apache.org Subject: Re: POM-Only Transitive Dependencies In-Reply-To: <3de5d7d20804111835h5969c47dn51b165c92105392d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25583_2795578.1207964496390" References: <5c99d0330804111257n4ee5de4dt80c64400295a9ddb@mail.gmail.com> <3de5d7d20804111835h5969c47dn51b165c92105392d@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_25583_2795578.1207964496390 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline repositories.remote << 'http://databinder.net/repo/' repositories.remote << 'http://download.java.net/maven/2/' repositories.remote << 'http://repo1.maven.org/maven2/' define 'TestProject' do project.version = '0.1' compile.with transitive('net.databinder:databinder-app-ao:1.2-alpha1') package :jar end If you run that, Buildr eventually complains and gives up when it tries to download *databinder-parent-1.2-alpha1.jar *(I think that's the file anyway). It's 100% repeatable for me. Daniel On Fri, Apr 11, 2008 at 8:35 PM, Assaf Arkin wrote: > On Fri, Apr 11, 2008 at 12:57 PM, Daniel Spiewak > wrote: > > > It's a fairly common pattern in Maven2 for complex projects to release > > their > > artifacts as separate modules, often with one (or more) "super-modules" > > which act as transitive dependency aggregators. For example, > > Databinder(though I have read that Hibernate > > does the same thing for certain > > dependency paths). There is an apparently known > > bugin Buildr where it > > attempts to download a JAR for > > *every* dependency in the chain, including those for which no JAR > exists. > > > > An experimental patch was attached to the BUILDR-9 issue which > supposedly > > fixes the problem, but I applied the patch and installed Buildr from the > > SVN > > and it still seems to be an issue. This seems like a simple thing to > fix > > (as the patch demonstrates), but I obviously don't know enough about the > > architecture to do it. > > > The trick is to actually write a test case to verify that the patch works, > and we don't accidentally break it when we change how POM.load works, > which > was required for other bugs. We'll get it closed before 1.3. > > > > > Also, Gem development is painful on Windows. :-S > > Are there any plans to fix this in the near future? All of the issues > > I've > > seen related to it seem to be conspicuously silent in terms of developer > > feedback. What's the official word? > > > We just entered "get it stable for a 1.3 release" stage, so no more big > changes to trunk. Anything specific you're seeing? > > Assaf > > > > > > > > Daniel > > > ------=_Part_25583_2795578.1207964496390--