Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@incubator.apache.org
Received-SPF: pass (herse.apache.org: domain of jeffrey.blattman@gmail.com
 designates 64.233.166.183 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=pumGDLd5hkA5/bwWPi63UTHsA8Xnbix3kINSjVDQUZ+lqTpSYtbXDx1HN5jCcrunX3+cjH9cKqzTV3nyqU58tgk7CMv2MjpnDDrJmzINp5fcjaKqy/M1rcbiWbWOOqfvMxYTbFKQ9ZfkSsYMytqDlErB3Nz22xFJO1eLa0SODps=
Message-ID: <467D7239.10905@gmail.com>
Date: Sat, 23 Jun 2007 12:19:21 -0700
From: Jeffrey Blattman <jeffrey.blattman@gmail.com>
User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604)
MIME-Version: 1.0
To: ivy-user@incubator.apache.org
Subject: Re: can i call ivy:configure multiple times with different
 configuration
 files(which in turn refers different ivy.xmls)?
References: <312649.87003.qm@web31406.mail.mud.yahoo.com>
	 <e9d8a2610706201153i62c1ff54qe8ab92f261249741@mail.gmail.com>
	 <46799C38.3090004@gmail.com>
	 <e9d8a2610706210002j11417441wc2b98624fdb401bb@mail.gmail.com>
	 <467ADFCC.3000903@gmail.com>
	 <e9d8a2610706211347j5ea0497dt94306bf5fdeba8c1@mail.gmail.com>
	 <467AEC5C.9060204@gmail.com>
 <e9d8a2610706231202g6e1eb7sef3f812a379c6bfd@mail.gmail.com>
In-Reply-To: <e9d8a2610706231202g6e1eb7sef3f812a379c6bfd@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

i don't think this has anything to do w/ the cache. the problem is that 
when i do:

a) <ivy:settings id="..." file="..."/>

then:

b) <ivy:settings/>

then i do:

<ivy:resolve/>

it uses the non-default settings loaded in step a). this is not what i 
expect, i expect it to use the default settings loaded in step b).

does that make sense? or am i misunderstanding how the settings id works?

are you saying that the artifacts in the cache resolved w/ the 
non-default settings between steps a) and b) somehow remember where they 
came from? the resolvers are encoded into the cache?

Gilles Scokart wrote:
> Isn't it related to the cache?  If some dependencies (coming from the
> "many resolvers used in step 1") are already in the cache, your
> retrieve of step 2 will found it there.  Ivy wil even say that it
> comes from those repositories.
>
> Is it what you have?
>
> In 2.1 (or 2.0) we will review our cache.  As a workaround, you could
> specify a different cache location in your 2 settings.
>
> Please, tell us if that solve your problem or if there is still an
> error with the scoping of the settings.  And if you want, add a
> comment to [1].
>
> [1] https://issues.apache.org/jira/browse/IVY-399
>
>
> Gilles
>
>
>
> 2007/6/21, Jeffrey Blattman <jeffrey.blattman@gmail.com>:
>> sorry gilles, i was looking at the configure task, which i now see is
>> deprecated.
>>
>> 1. however, i am not getting the results i'm looking for ... what i want
>> is this ... one module that has settings that define several external
>> resolvers ... which "installs" them and builds local repo.
>>
>> 2. all other modules that use a different settings, that are define only
>> a single resolver, that points to the locally built repo in step 1.
>>
>> in step 1 i do ...
>>
>>         <ivy:settings id="dependencies" file="[the many resolvers
>> settings file]"/>
>>
>> then many
>>
>>         <ivy:install  .... settingsRef="dependencies" />
>>
>> that works fine ... but then in step 2 i do ...
>>
>>         <ivy:settings file="[one resolve file]"/>
>>
>> which uses the default id i assume. then
>>
>>        <ivy:retrieve/>
>>
>> the retrieve still finds the many resolves defined under the non-default
>> it "dependencies".
>>
>> what am i missing?
>> thanks.
>> Gilles Scokart wrote:
>> > I settings doc [1], you have the id field.
>> > In all other tasks you have the settingsRef field.  Look for example
>> > at [2], the field is described.
>> >
>> > It seems that I have a first feedback : the doc should be more clear.
>> > But how?
>> >
>> > [1] http://incubator.apache.org/ivy/doc/use/settings.html
>> > [2] http://incubator.apache.org/ivy/doc/use/resolve.html
>> >
>> > Gilles
>> >
>> > 2007/6/21, Jeffrey Blattman <jeffrey.blattman@gmail.com>:
>> >> sorry gilles, can you point me to the pages that explain the 
>> feature? i
>> >> looked under ivy:settings and :configure  where i expected and didn't
>> >> see anything about resolveId there.
>> >>
>> >> Gilles Scokart wrote:
>> >> > It seems that the doc is already published on the website.  But the
>> >> > code is only in the trunk in subversion.
>> >> >
>> >> > What you have to do is to declare your different settings a ant
>> >> > datatype, then you can fill the settingsRef attribute of every ivy
>> >> > task.
>> >> >
>> >> > Note that the ivy task will take by default the settings with 
>> the id
>> >> > 'ivy.instance'.  So if you don't want to put a settingRef in all 
>> your
>> >> > ivy task, you can set this id for the settings that ivy should 
>> use by
>> >> > default.
>> >> >
>> >> > Please let me know if it works like you expect, if it is easy to 
>> use
>> >> > or if there are are any problems.  I would be pleased to receive a
>> >> > feedback on this new feature.
>> >> >
>> >> > Gilles
>> >> >
>> >> > 2007/6/20, Jeffrey Blattman <jeffrey.blattman@gmail.com>:
>> >> >> hi gilles,
>> >> >>
>> >> >> is there documentation on how to use this feature? examples?
>> >> >>
>> >> >> thanks.
>> >> >>
>> >> >> Gilles Scokart wrote:
>> >> >> > This should be fixed in 2.0-alpha2. Ivy will allow to use 
>> multiple
>> >> >> > configuration (named settings in 2.0). See [1].  To test it now,
>> >> you
>> >> >> > will have to make your own build of ivy (which is not very
>> >> difficult).
>> >> >> >
>> >> >> > [1] https://issues.apache.org/jira/browse/IVY-366
>> >> >> >
>> >> >> >
>> >> >> > Gilles
>> >> >> >
>> >> >> >
>> >> >> > 2007/6/20, sujeewanie weerakoon <sujeewanie@yahoo.com>:
>> >> >> >>
>> >> >> >>
>> >> >> >>  I have a modular build structure based on Ant. each
>> >> >> >>  module having a separate build script. I want to
>> >> >> >>  have
>> >> >> >>  the ivy realted files also module wise.
>> >> >> >>  With ivy 1.0 this was possible. But when i upgraded
>> >> >> >>  to
>> >> >> >>  ivy 1.4 only the first configuration file seems to
>> >> >> >>  be
>> >> >> >>  reffered by all the modules.
>> >> >> >> Inorder to publish I say
>> >> >> >> <ivy:publish
>> >> >> >> artifactspattern="${dist.dir}\[artifact].[ext]"
>> >> >> >>             resolver="chain-resolver"
>> >> >> >>             pubrevision="${revision}"
>> >> >> >>             status="release"
>> >> >> >>          />
>> >> >> >>
>> >> >> >>  The [artifact] gets evaluated to module name as
>> >> >> >> defined in the first loaded ivy.xml
>> >> >> >>
>> >> >> >> Is there a way to call ivy:configure multiple times
>> >> >> >>  with different configuration files?
>> >> >> >
>> >> >>
>> >> >
>> >>
>> >
>> >
>>
>
>