Return-Path: Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org Received: (qmail 89911 invoked from network); 22 Aug 2007 08:46:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Aug 2007 08:46:17 -0000 Received: (qmail 53002 invoked by uid 500); 22 Aug 2007 08:46:12 -0000 Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org Received: (qmail 52861 invoked by uid 500); 22 Aug 2007 08:46:12 -0000 Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@incubator.apache.org Delivered-To: mailing list ivy-user@incubator.apache.org Received: (qmail 52852 invoked by uid 99); 22 Aug 2007 08:46:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2007 01:46:12 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gscokart@gmail.com designates 209.85.128.187 as permitted sender) Received: from [209.85.128.187] (HELO fk-out-0910.google.com) (209.85.128.187) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Aug 2007 08:46:10 +0000 Received: by fk-out-0910.google.com with SMTP id 18so106800fks for ; Wed, 22 Aug 2007 01:45:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:to:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:x-mimeole:thread-index; b=IpCZAmtq4oNX5S7G2Yej0ivORJTt0hmhI2V7zBH33FimjRw4aDHNmhD1y7cg3rJV8T932TPSIQFOZ+BzUZFEN12g+NZQjup7A8Q2uqngVhzrR7CoBUrOumrUBJ3VKeWKKvovGhsyP0tx0iENPrRsHADbXm+NChYHPAHRCXm2p/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:to:subject:date:message-id:mime-version:content-type:content-transfer-encoding:x-mailer:in-reply-to:x-mimeole:thread-index; b=B7nnCmktdo7JeOa01rVUlM/LIdRkuo6tgDIaou2Bi1pO8arMYLTfmdVXuPxxn/x/GFqjKVW8cWsNL29lFD4rZO4ikbPocBMv8sArwLz7HTLh33jbZ4HAi5J6mpr5dLMeVlTbC6C1stDTAVfHvDvGSUIVhuH2YkwTctm4dxtprog= Received: by 10.82.151.14 with SMTP id y14mr984948bud.1187772348327; Wed, 22 Aug 2007 01:45:48 -0700 (PDT) Received: from SCOKARTGXP ( [195.122.110.8]) by mx.google.com with ESMTPS id i3sm578677nfh.2007.08.22.01.45.45 (version=SSLv3 cipher=RC4-MD5); Wed, 22 Aug 2007 01:45:46 -0700 (PDT) From: "Gilles Scokart" To: Subject: RE: Dependency configuration scenario Date: Wed, 22 Aug 2007 10:45:43 +0200 Message-ID: <009501c7e498$d4f44a50$0920a8c0@isabelteam.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <12270233.post@talk.nabble.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 thread-index: AcfklahoP9GpZwt5R7u0JPXD9IJfiAAAo5zg X-Virus-Checked: Checked by ClamAV on apache.org I would advice to have one module per thing that has its own release = cycle. If all your dll are always released together, then you don't really need dependency management between them, and having one module is the right approach. Gilles > -----Original Message----- > From: mike gman [mailto:michaelg@osiristrading.com] > Sent: mercredi 22 ao=FBt 2007 10:23 > To: ivy-user@incubator.apache.org > Subject: RE: Dependency configuration scenario >=20 >=20 > Question 1) > So is it best practice to separate every single dll into its own > configuration/folder? > It is not a problem for me to do it this way. > If I would like to create different modules groupings - what is the > recommended method? > E.g. Nhibernate-full-2.0 -> a.dll, b.dll, c.dll, d.ll, e.dll > Nhibernate-basic-2.0 -> a.dll, b.dll >=20 > If I create separate modules (as above) the dependency resolver always > looks > for a file called "Hibernate-full-2.0". How can I tell it that the = module > is > just a shell for pointing to other dependencies? >=20 > > href=3D"http://www.jayasoft.fr/org/ivyrep/ivy-doc.xsl"?> > > organisation=3D"3rdparty" > module=3D"nhibernate-full" > revision=3D"1.0.2.0" > status=3D"release"> >=20 > > > > > > > >=20 > Thanks >=20 >=20 >=20 >=20 >=20 > Gilles Scokart wrote: > > > > What you can do is placing a.dll, b.dll, c.dll etc... as artefact in = the > > ivy.xml of the NHibernate module. > > > > Note that if you do that, you will not benefits of the dependency > > management > > (conflict resolution, version management, etc.) of your individual = dll. > > You > > might have problem if your application use an other module that also = use > > a, > > b or c.dll. (But it is maybe not a problem in your case). > > > > Gilles > > > >> -----Original Message----- > >> From: mike gman [mailto:michaelg@osiristrading.com] > >> Sent: mardi 21 ao=FBt 2007 18:03 > >> To: ivy-user@incubator.apache.org > >> Subject: Dependency configuration scenario > >> > >> > >> I am trying to get the following setup to work: > >> > >> Example shared repository > >> NHibernate folder -> contains a.dll, b.dll, c.dll etc.... > >> > >> I would like to reference NHibernate as a module which in turn > references > >> all its libraries (a,b,c etc) which happen to sit in the same = folder. I > >> don't want to create separate libraries/folders for a,b,c (too much > >> work). > >> > >> My dependent project would contain an entry in the ivy.xml as = below: > >> > >> Is it possible to reference a module like this that returns all the > dlls > >> in > >> the folder. > >> > >> > >> -- > >> View this message in context: http://www.nabble.com/Dependency- > >> configuration-scenario-tf4306123.html#a12257674 > >> Sent from the ivy-user mailing list archive at Nabble.com. > > > > > > >=20 > -- > View this message in context: http://www.nabble.com/Dependency- > configuration-scenario-tf4306123.html#a12270233 > Sent from the ivy-user mailing list archive at Nabble.com.