Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 28950 invoked from network); 7 Jul 2010 15:24:54 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Jul 2010 15:24:54 -0000 Received: (qmail 29963 invoked by uid 500); 7 Jul 2010 15:24:54 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 29883 invoked by uid 500); 7 Jul 2010 15:24:53 -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 29875 invoked by uid 99); 7 Jul 2010 15:24:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 15:24:53 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mgitman@gmail.com designates 74.125.82.173 as permitted sender) Received: from [74.125.82.173] (HELO mail-wy0-f173.google.com) (74.125.82.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jul 2010 15:24:47 +0000 Received: by wyb35 with SMTP id 35so4302412wyb.4 for ; Wed, 07 Jul 2010 08:23:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=rVVG+/bbec/QVuVqwHr5h1C42kcWuWCwd438kMbSmi0=; b=R+N3s6el8RoFZXuD0OWFxeb9eGgrl19Bm+C+x7qTElYMlbk71cvGIxJXSLAXalS1Vt WSbyxijaEHZyjsRtYDg/8/V1piswxCmocvMsvhLRC/vUxYySeNJRcL1PMyJeNd+IX1jr /qJVZed4FaHcsWfijMA/pJV1pSPeWi+EjSBsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=XtMC//aqyQmwKx0/6UDijwEOsfjagfB2XvX8on9jAHLdX8k29ACazfleTlLPG3EMn4 cJK+y5QJ99YmUj2QXFXMGTpzu9lho1pravF/yBBil9yfy6vozaRq2MoqIVBoKk3XTqu9 7KblQO0CSSe4B93a8KhhGVGcFjbU4bdiE3Qkc= MIME-Version: 1.0 Received: by 10.103.219.13 with SMTP id w13mr1456577muq.17.1278516199476; Wed, 07 Jul 2010 08:23:19 -0700 (PDT) Received: by 10.231.39.138 with HTTP; Wed, 7 Jul 2010 08:23:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 7 Jul 2010 08:23:19 -0700 Message-ID: Subject: Re: Partial transitive retrieve From: Mitch Gitman To: ivy-user@ant.apache.org Content-Type: multipart/alternative; boundary=0016364c7c6be959b5048acdbfcc X-Virus-Checked: Checked by ClamAV on apache.org --0016364c7c6be959b5048acdbfcc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas, your provided conf does specify transitive=3D"false", correct? It should. Side note. Not that this is your problem and not that there's anything literally wrong about what you're doing, but I'd recommend using a combination of ivy:cachepath and ivy:cachefileset instead of ivy:retrieve. Then when you're actually ready to specify the libraries that go in your EAR, just reference the fileset you've created via ivy:cachefileset. Now yo= u have a fileset you can examine by itself before you go and copy it where yo= u ultimately need it. 2010/7/7 Thomas G=C3=B6ttlich > Hi, I have a question on the ivy:retrieve task: > > We are building an enterprise application which consists of multiple > modules. > Each module has several dependencies, among which are some which only are > required for compilation. > > The EAR has dependencies on our modules in order to put them into the lib > dir. > > We now have several Ivy configurations: > > dep-for-ear -> dependency for the ear, i.e. artifacts of type "ejb" are p= ut > into the top level and artifacts of type "jar" are put into the "lib" > directory. > provided -> dependency which is needed at compile time only and is provid= ed > by the application server (JBoss in our case) > > > I now want to retrieve all direct and transitive dependencies which need = to > be put into the ear/lib directory: > > pattern=3D"${ear.dir}/lib/[ > artifact]-[revision].[ext]" /> > > However, I also get the "provided" transitive dependencies. > The output indicates they are resolved as "dep-for-ear". > > Example: > > In our EAR-project's ivy.xml, we have this dependency definition: > > *,!sources,!javadoc"> > ... > conf=3D"dep-for-ear" /> > ... > > > > In the ivy.xml of the my-ejb-project module, some JBoss artifacts are > declared as "provided", others are declared as "dep-for-ear": > > *,!sources,!javadoc"> > ... > conf=3D"dep-for-ear"/> > ... > rev=3D"4.2.3.GA" > conf=3D"provided"/> > http://4.2.3.ga/>" > conf=3D"provided"/> > >" > conf=3D"provided"/> > >" > conf=3D"provided"/> > ... > > > > When retrieving the "dep-for-ear" dependencies, I'd expect that > only*my-api-project > * would be copied to the ear/lib dir, since *my-ejb-project* is of type > ejb. > > However, I also get the JBoss libs. > > > Any idea of what is missing or wrong? > > Thanks in advance for your help. > --0016364c7c6be959b5048acdbfcc--