Return-Path: 
 <ivy-user-return-1824-apmail-incubator-ivy-user-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org
Received: (qmail 90790 invoked from network); 19 Oct 2007 07:39:00 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 19 Oct 2007 07:39:00 -0000
Received: (qmail 36706 invoked by uid 500); 19 Oct 2007 07:38:48 -0000
Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org
Received: (qmail 36681 invoked by uid 500); 19 Oct 2007 07:38:48 -0000
Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:ivy-user-help@incubator.apache.org>
List-Unsubscribe: <mailto:ivy-user-unsubscribe@incubator.apache.org>
List-Post: <mailto:ivy-user@incubator.apache.org>
List-Id: <ivy-user.incubator.apache.org>
Reply-To: ivy-user@incubator.apache.org
Delivered-To: mailing list ivy-user@incubator.apache.org
Received: (qmail 36672 invoked by uid 99); 19 Oct 2007 07:38:48 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2007 00:38:48 -0700
X-ASF-Spam-Status: No, hits=1.2 required=10.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [194.206.233.5] (HELO groupama-cibama.fr) (194.206.233.5)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2007 07:38:49 +0000
Received: from s35c20.groupama-cibama.fr ([10.221.16.20]) by
 groupama-cibama.fr with Microsoft SMTPSVC(5.0.2195.6713);
	 Fri, 19 Oct 2007 09:38:25 +0200
Keywords: disclaimer
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Custom retrieve pattern.
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830
Date: Fri, 19 Oct 2007 09:38:20 +0200
Message-ID: 
 <985EB856A84DBE48A835B58441D9E20A02A0D397@s35c20.groupama-cibama.fr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Custom retrieve pattern.
thread-index: AcgQ6qfmmAuGg+NrQ+iHS/L4SfXPuAAn58vw
From: "GERARD JULIEN" <JGERARD@groupama-cibama.fr>
To: <ivy-user@incubator.apache.org>
x-fsavag4mse-ts: 1688a7d201b9eb18
x-fsavag4mse-Version: ServerName 'S35C20', FSSMTPHK Release 6.40 Build 38 
X-OriginalArrivalTime: 19 Oct 2007 07:38:25.0468 (UTC)
 FILETIME=[086E97C0:01C81223]
X-Virus-Checked: Checked by ClamAV on apache.org

My conf are very simple :

<conf name=3D"lib" description=3D"Librairies externes"/>
<conf name=3D"prj" description=3D"Dependances projets"/>

When I set the conf to 'prj->lib' the first retrieve task <ivy:retrieve =
useOrigin=3D"true" =
pattern=3D"${ivy.application.dir}/[artifact]-[revision].[ext]" =
conf=3D"lib" /> copy 0 jars.
The second task : <ivy:retrieve useOrigin=3D"true" =
pattern=3D"${ivy.application.dir}/[artifact].[ext]" conf=3D"prj" /> =
retrieve all dependencies but without revision version for artifact with =
lib conf.

So I don't understand why the first task did not retrieve any =
dependencies? I certainly miss a thing; Any idea? :)

Julien.





-----Message d'origine-----
De : Xavier Hanin [mailto:xavier.hanin@gmail.com]=20
Envoy=E9 : mercredi 17 octobre 2007 20:22
=C0 : ivy-user@incubator.apache.org
Objet : Re: Custom retrieve pattern.

On 10/17/07, GERARD JULIEN <JGERARD@groupama-cibama.fr> wrote:
>
> Hello,
>
> first of all, congratulations to the team for the graduation!
>
> So, now my question :p
>
> I use Ivy 1.4.1. I have an ivy.xml for a top level project as
>
> <?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
> <?xml-stylesheet type=3D"text/xsl" href=3D"[path]/ivy-doc.xsl"?>
> <ivy-module version=3D"1.0">
>     <info organisation=3D"DDD" module=3D"Diademe" status=3D"release"
> revision=3D"1.0"/>
> <configurations>
>        <include file=3D"${fichier.configurations}"/>
>     </configurations>
>     <dependencies>
>   <dependency org=3D"DDD" name=3D"DDDCommun" rev=3D"1.0" =
conf=3D"prj->lib" />
>   <dependency org=3D"DDD" name=3D"DDDService" rev=3D"1.0" =
conf=3D"prj->lib" />
> </dependencies>
>
> </ivy-module>
>
>
> The dependencies DDDCommun and DDDService have somme dependencies
> defined with conf=3Dlib like this :
>
> <?xml version=3D"1.0" encoding=3D"ISO-8859-1"?>
> <?xml-stylesheet type=3D"text/xsl" href=3D"[path]/ivy-doc.xsl"?>
> <ivy-module version=3D"1.0">
>     <info organisation=3D"DDD" module=3D"DDDCommun" status=3D"release"
> revision=3D"1.0"/>
> <configurations>
>        <include file=3D"${fichier.configurations}"/>
>     </configurations>
>     <dependencies>
>       <dependency org=3D"commons-lib" name=3D"commons-lib" =
rev=3D"1.5.2"
> conf=3D"lib->*,!dev,!bea" />
> </dependencies>
>
> </ivy-module>
>
> (n.b : the artifact with conf=3D"prj" are stored in the repository =
without
> version number)
>
> When I use the task retrieve : <ivy:retrieve useOrigin=3D"true"
> pattern=3D"${ivy.application.dir}/[artifact]-[revision].[ext]"
> conf=3D"prj,lib" />
>
> The task copy all jars with revision number.
> But we must have the artifacts with conf 'prj' without revision number
> and the others with revision number (production constraint :) ).
>
> I tried to use two retrieve task to do this :
> <ivy:retrieve useOrigin=3D"true"
> pattern=3D"${ivy.application.dir}/[artifact]-[revision].[ext]" =
conf=3D"lib"
> />
> <ivy:retrieve useOrigin=3D"true"
> pattern=3D"${ivy.application.dir}/[artifact].[ext]" conf=3D"prj" />
> and I modified the first ivy.xml to have the conf=3D"prj->default" =
instead
> of conf=3D"prj->lib"
>
> But in this case, only first level dependencies are retrieve?? I don't
> understand why the transitive dependencies with 'lib' conf are not
> retrieve?
>
> So, there are any solutions to have the revision number for a conf and
> no revision number for another conf when I use the retrieve task?
> May be a custom pattern like <ivy:retrieve useOrigin=3D"true"
> pattern=3D"${ivy.application.dir}/[originname]" conf=3D"prj" /> and in =
this
> case copy the jar with the originals names in the repository?


Your approach is the good one: use one retrieve for each conf, each one =
with
a different pattern. So your first solution should be ok, except that =
you do
not get your transitive dependencies. But it seems it's more a problem =
of
configuration mapping than a problem with retrieve. Why did you change =
your
conf mapping from prj->lib to prj->default? The  first one seemed better
(even though it's difficult to say, we are missing the configuration
definition file, and maybe some dependencies declaration).

Xavier

Thx, I hope my poor english is understandable.
>
> Julien.
>
>
>
>
>
>
>
>
> =
_________________________________________________________________________=
_______________
> Les informations ou pieces jointes contenues dans ce message sont =
etablies
> a l'intention exclusive de ses destinataires.
> Le CIBAMA decline toute responsabilite au titre de ce message s'il a =
ete
> modifie ou falsifie.
> Si vous n'etes pas destinataire de ce message, merci de le detruire et
> d'en avertir l'expediteur.
>
> Ce message a ete analyse par l'antivirus F-Secure.
>
> =
_________________________________________________________________________=
_______________




--=20
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/
=0A=
=0A=
=0A=
_________________________________________________________________________=
_______________=0A=
Les informations ou pi=E8ces jointes contenues dans ce message sont =
=E9tablies =E0 l'intention exclusive de ses destinataires.=0A=
Le CIBAMA d=E9cline toute responsabilit=E9 au titre de ce message s'il a =
=E9t=E9 modifi=E9 ou falsifi=E9.=0A=
Si vous n'=EAtes pas destinataire de ce message, merci de le d=E9truire =
et d'en avertir l'exp=E9diteur.=0A=
=0A=
Ce message a =E9t=E9 analys=E9 par l'antivirus F-Secure.=0A=
_________________________________________________________________________=
_______________