Return-Path: Delivered-To: apmail-maven-users-archive@www.apache.org Received: (qmail 31543 invoked from network); 10 Dec 2010 14:18:26 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 10 Dec 2010 14:18:26 -0000 Received: (qmail 70450 invoked by uid 500); 10 Dec 2010 14:18:23 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 70140 invoked by uid 500); 10 Dec 2010 14:18:23 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 70131 invoked by uid 99); 10 Dec 2010 14:18:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Dec 2010 14:18:23 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mate.varga@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-ww0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Dec 2010 14:18:17 +0000 Received: by wwi17 with SMTP id 17so3518289wwi.24 for ; Fri, 10 Dec 2010 06:17:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=V4dwtU7+aBovqDKjxQ4hgNS3Dsr0ZxlSEjGHA15wdxk=; b=pXcpteVn3JFv7iWthRR50WEYVu+pUueN23VZ0Ugbv1/wA7gwttef8xxkOogjdXQgmQ QsLI4okc1jwozXriI63+JycmetKHzHMH/ZTmI+6sF05XJjdupfn1+Ov7vv5x5/Il1qys fstxfXdEQb0APNKkSzmHzfzkuKFAVRoqQaokY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=nQO6mfZjqSvldeQebH+zH9EjqTlb4TonDYsgo2bS1ATgnEvVMEP6Hkp2gFOkT5wwhr YCOQPhXYCe9hi2cpEHclOFo7U1MI2BKFZ+CAIzFNUbciA0O/z83RChU+hM+TPfVVl1ik Wq4z20WhirZMHocvpgns+hXhGMEzs30RUw01c= Received: by 10.216.30.67 with SMTP id j45mr2162929wea.99.1291990676701; Fri, 10 Dec 2010 06:17:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.46.211 with HTTP; Fri, 10 Dec 2010 06:17:36 -0800 (PST) In-Reply-To: <20101210150744.040b7989@pallas.technik.leipzig.vub.de> References: <20101210150744.040b7989@pallas.technik.leipzig.vub.de> From: Mate Varga Date: Fri, 10 Dec 2010 14:17:36 +0000 Message-ID: Subject: Re: Limiting dependency resolution depth To: Maven Users List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Thanks, that's a good idea. On Fri, Dec 10, 2010 at 2:07 PM, Stefan Seidel wrote: > Hi Mate, > > you can, as a workaround, download the pom.xml of your dependency and cop= y those dependencies into your own pom.xml (or another one which only conta= ins those). Then change/add the "scope" of all those dependencies to "provi= ded", which should effectively disable deeper dependency resolution. > > Stefan > > On Fri, 10 Dec 2010 12:56:49 +0000 > Mate Varga wrote: > >> Hello Tamas, >> >> 1) Sources are checked out from SVN to the local drive. >> 2) Yes, missing dependencies. The problems stem from things like >> missing maven-metadata files in the public repos. (I've checked that, >> the repo maintainers do know about the inconsistencies, but they >> refuse to fix it.) >> 3) I've done all of that, and I've manually checked the online repos >> -- the dependency chain is broken, -U, :purge-local-repository does >> not help, and my network connection is all right. >> >> I could go and fetch all the required jars/wars/etc. manually and >> deploy them into my internal repo, but I want to avoid that if it's >> possible. >> >> Udv, >> Mate >> >> >> 2010/12/10 Tam=C3=A1s Cserven=C3=A1k : >> > Hi, >> > >> > Okay, but to be able to help, we need more: >> > >> > 1) where are the sources you try to build? (especially POM) >> > 2) what is the failure? "dependency resolution fails" as missing a >> > dependency or what? >> > 3) check for network failures on your side, and repeat builds with -U = to >> > force maven to try again (the fact that a dep was not found is cached) >> > >> > >> > Thanks, >> > ~t~ >> > >> > On Fri, Dec 10, 2010 at 1:22 PM, Mate Varga wro= te: >> > >> >> Hi, >> >> >> >> I'm pretty new to Java and Maven, so my question may be very naive >> >> and/or stupid, apologies for that. >> >> I'm trying to compile an open-source project (if that matters, it's >> >> https://plugins.atlassian.com/plugin/details/4832 ), which is suppose= d >> >> to be built with Maven. I've got Maven 3 installed (Apache Maven 3.0.= 1 >> >> (r1038046; 2010-11-23 10:58:32+0000)). This pretty small project >> >> depends on a larger one (Atlassian JIRA), which has some Maven >> >> support, but the public repos are not well maintained, and there are = a >> >> lot of broken dependencies, therefore the dependency resolution >> >> process fails. >> >> However, I have all of the first level (direct) dependencies resolved= . >> >> As far as my knowledge goes, it's enough to have the first level >> >> dependencies to compile a Java project, and that's exactly what I >> >> want. Is there a way to tell Maven to stop resolving >2 level >> >> dependencies, and just try compiling the project? I tried to Google >> >> for this, no luck; and the guides on mvn dependency resolution don't >> >> help either. >> >> >> >> Thanks, >> >> Mate >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >> >> For additional commands, e-mail: users-help@maven.apache.org >> >> >> >> >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >> For additional commands, e-mail: users-help@maven.apache.org >> > > > -- > Mit freundlichen Gr=C3=BC=C3=9Fen, > > Stefan Seidel > Software-Entwickler > ________________________ > VUB Printmedia GmbH > Chopinstra=C3=9Fe 4, 04103 Leipzig > tel. =C2=A0 =C2=A0+49 (341) 9 60 50 93 > fax. =C2=A0 =C2=A0+49 (341) 9 60 50 92 > mail. =C2=A0 sseidel@vub.de > web. =C2=A0 =C2=A0www.vub.de > > VUB Printmedia GmbH > HRB K=C3=B6ln 24015 > GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org > For additional commands, e-mail: users-help@maven.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org