Return-Path: 
 <ivy-user-return-1829-apmail-incubator-ivy-user-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org
Received: (qmail 41639 invoked from network); 19 Oct 2007 17:23:05 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 19 Oct 2007 17:23:05 -0000
Received: (qmail 66957 invoked by uid 500); 19 Oct 2007 17:22:52 -0000
Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org
Received: (qmail 66934 invoked by uid 500); 19 Oct 2007 17:22:52 -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 66925 invoked by uid 99); 19 Oct 2007 17:22:52 -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 10:22:52 -0700
X-ASF-Spam-Status: No, hits=2.0 required=10.0
	tests=HTML_MESSAGE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of xavier.hanin@gmail.com
 designates 64.233.162.227 as permitted sender)
Received: from [64.233.162.227] (HELO nz-out-0506.google.com) (64.233.162.227)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2007 17:22:54 +0000
Received: by nz-out-0506.google.com with SMTP id o37so114713nzf
        for <ivy-user@incubator.apache.org>;
 Fri, 19 Oct 2007 10:22:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=beta;
        h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        bh=T7XI6mFtsXS1vpFhYL6wDaJSOqa/pCCjKMEZcTddeIQ=;
        b=V1gDn6EoFQngL5x4rrc1nHLmi3Kpp42vxXkCvrPWJkDle3Us2RNCJi20injx2p4+qVSVidGUJ8cT+oaKB3dADBrS6v2krhjI8V1S7LvIAwd6cnqR/Kqkqepe6Zx2nYnZAA98x/ycv3O2WtkmHTxO1mpzMjjp/1p4uRfFtU0XqPs=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=ro8qSuI4rAGmtGvmRaiz9RWzOgAH+HTOqos20PDoCx7anzaZso7cPp1oO+Mgr1C6U7HRPmQ8wTcyW/tuCyBEo5SO0nHJDR5uGBSAyjQtYO4cJs+jluUHmD10M6HFNKMXpgD+dqj7cU3AeFgn0cJNh1g5cI7Pctp4VmG++F0DwmQ=
Received: by 10.114.183.1 with SMTP id g1mr2309980waf.1192814552366;
        Fri, 19 Oct 2007 10:22:32 -0700 (PDT)
Received: by 10.114.124.10 with HTTP; Fri, 19 Oct 2007 10:22:32 -0700 (PDT)
Message-ID: <635a05060710191022l334dbd96h49eca54bc359a175@mail.gmail.com>
Date: Fri, 19 Oct 2007 19:22:32 +0200
From: "Xavier Hanin" <xavier.hanin@gmail.com>
To: ivy-user@incubator.apache.org
Subject: Re: Custom retrieve pattern.
In-Reply-To: 
 <985EB856A84DBE48A835B58441D9E20A02A0D397@s35c20.groupama-cibama.fr>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_8507_33149835.1192814552352"
References: 
 <985EB856A84DBE48A835B58441D9E20A02A0D397@s35c20.groupama-cibama.fr>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_8507_33149835.1192814552352
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Could you step back and explain exactly which files you are expecting in
each directory after the retrieve? Because now with prj->lib it's normal yo=
u
have nothing in lib, since you map nothing in the lib conf of your  Diademe
module. Have you read the configuration tutorial? It tries to explain what
exactly is the configuration mapping, I think that's what is still not clea=
r
for you for the moment.

Xavier

On 10/19/07, GERARD JULIEN <JGERARD@groupama-cibama.fr> wrote:
>
> 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]
> 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->l=
ib" />
> >   <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 with=
out
> > 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" inst=
ead
> > 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 et=
e
> > 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.
> >
> >
> _________________________________________________________________________=
_______________
>
>
>
>
> --
> Xavier Hanin - Independent Java Consultant
> http://xhab.blogspot.com/
> http://ant.apache.org/ivy/
> http://www.xoocode.org/
>
>
>
>
> _________________________________________________________________________=
_______________
> Les informations ou pi=E8ces jointes contenues dans ce message sont =E9ta=
blies
> =E0 l'intention exclusive de ses destinataires.
> Le CIBAMA d=E9cline toute responsabilit=E9 au titre de ce message s'il a =
=E9t=E9
> modifi=E9 ou falsifi=E9.
> Si vous n'=EAtes pas destinataire de ce message, merci de le d=E9truire e=
t
> d'en avertir l'exp=E9diteur.
>
> Ce message a =E9t=E9 analys=E9 par l'antivirus F-Secure.
>
> _________________________________________________________________________=
_______________
>



--=20
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

------=_Part_8507_33149835.1192814552352--