Return-Path: Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org Received: (qmail 95487 invoked from network); 18 Apr 2007 07:31:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Apr 2007 07:31:07 -0000 Received: (qmail 91742 invoked by uid 500); 18 Apr 2007 07:31:13 -0000 Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org Received: (qmail 91722 invoked by uid 500); 18 Apr 2007 07:31:13 -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 91713 invoked by uid 99); 18 Apr 2007 07:31:13 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 00:31:13 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of gscokart@gmail.com designates 66.249.92.171 as permitted sender) Received: from [66.249.92.171] (HELO ug-out-1314.google.com) (66.249.92.171) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Apr 2007 00:31:06 -0700 Received: by ug-out-1314.google.com with SMTP id y2so360238uge for ; Wed, 18 Apr 2007 00:30:45 -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:x-mimeole:in-reply-to:thread-index; b=QWqEQpswJiIRXDN3rTRLWzD0Kw+VAd6ACl9PQNztKRGery73nnHJp1ngtk2k+qAyP9Kk6MK4A9HLkQ6Y86itQ+6+7VtZ83K+SXsrN7zbChrYDtqpJ6HVWAdAUMy1H2hhOPGcy/+yZQ+qtV80uKDgNsqHFwBjkS+20vN0/iA1g78= 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:x-mimeole:in-reply-to:thread-index; b=i4HogV3INR2bQkZhjNOo6CjjivrWN0HhrUwDnu4vjdLXj+zo1fcsWl+K2XM8b93U/wSJ5FQfDLthDMqmvWPCx3ydZdCuognd4yNdqji0Heu61Ihh28oPuBEHSyaq+AXrzf/nfMRy2u0saxdB5w9RGKb/KpkaVDbBJd6xiesibBk= Received: by 10.66.254.2 with SMTP id b2mr225445ugi.1176881445065; Wed, 18 Apr 2007 00:30:45 -0700 (PDT) Received: from SCOKARTGXP ( [195.122.110.8]) by mx.google.com with ESMTP id m1sm1486349ugc.2007.04.18.00.30.43; Wed, 18 Apr 2007 00:30:43 -0700 (PDT) From: "Gilles Scokart" To: Subject: RE: compile, runtime and interface configuration Date: Wed, 18 Apr 2007 09:30:14 +0200 Message-ID: <00c701c7818b$68a37ad0$2120a8c0@isabelteam.be> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <364713.40158.qm@web30812.mail.mud.yahoo.com> Thread-Index: AceBh2gT2aZXgrxCQdeZMhnoWX2S7AAAxN+Q X-Virus-Checked: Checked by ClamAV on apache.org Unfortunately, the thread is not available anymore. Could you explain "the extending configurations will override the mappings of the configurations they extend from". Because for the moment I'm not sure that "I understand the implications" ;-). Thanks, Gilles > -----Original Message----- > From: Maarten Coene [mailto:maarten_coene@yahoo.com] > Sent: mercredi 18 avril 2007 9:01 > To: ivy-user@incubator.apache.org > Subject: Re: compile, runtime and interface configuration > > Gilles, > > you have to set the confmappingoverride property to true to have this > behaviour. > See http://incubator.apache.org/ivy/doc/ivyfile/configurations.html > > I think this will solve your problem... > > regards, > Maarten > > ----- Original Message ---- > From: Gilles Scokart > To: ivy-user@incubator.apache.org > Sent: Wednesday, April 18, 2007 8:31:42 AM > Subject: RE: compile, runtime and interface configuration > > Ok, here is a simplified example: A module 'User' depends on a module > 'Service'. The module 'service' use in its interface some classes of the > module 'datatype', and use internally the module 'serviceImpl' > > Module 'user' : > > > > > > Module 'service' : > > > > > > > > When I resolve the dependencies user, I would like to have > - in conf compile : service , datatype > - in conf runtime : service , datatype , serviceImpl > > > However, with the configuration : > defaultconfmapping="runtime -> runtime(default); > interface -> interface(default); > compile -> interface(default)"> > > > > > > > I think I have the configuration runtime containing only service and > datatype. > > > Gilles > > > > > -----Original Message----- > > From: Xavier Hanin [mailto:xavier.hanin@gmail.com] > > Sent: mardi 17 avril 2007 17:28 > > To: ivy-user@incubator.apache.org > > Subject: Re: compile, runtime and interface configuration > > > > On 4/17/07, Gilles Scokart wrote: > > > > > > > > > > > > > > > > > > Hi, > > > > > > Hi, > > > > I try to to define a system that use three types of configurations : > > > compile, runtime and interface. > > > > > > > > > > > > The compile dependencies are the one required to compile my modules. > > > > > > The runtime dependencies are the one required to run my modules. > > > > > > The interface dependencies are dependencies that I use in the > interface > > of > > > my module. The means that the users of my module should transitively > > > inherit those interfaces in their compile (and runtime) dependencies. > > > > > > > > > > > > > > > > > > Here is how I tried to declare those configurations : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > When I have A depends in B (compile dep) and B depends on C (compile > > dep), > > > I > > > was expecting to have implicitly A depends on C (runtime dep). But it > > > seems > > > not to be. > > > > > > Could you be more precise when you talk about your deps configurations > > (giving the dependency element of each ivy file), because I'm not sure > how > > you use the defaultconfmapping you have defined. > > > > Xavier > > > > I have the impression that ivy first resolve the compile dependencies > > > transitively, then resolve runtime dependencies transitively and add > the > > > one > > > obtained by the compile dep resolution. > > > > > > > > Is my understanding correct? What are the other alternative to do what > I > > > want to do? Am I forced to flag all compile dependencies also as > > runtime > > > dependencies? > > > > > > > > > > > > > > > > > > Thanks for your help. > > > > > > > > > > > > Gilles > > > > > > > > > > > > > > > > > > -- > > Learn Ivy at ApacheCon: http://www.eu.apachecon.com/ > > Manage your dependencies with Ivy! > > http://incubator.apache.org/ivy/ > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com