Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@ant.apache.org
Received-SPF: pass (athena.apache.org: domain of mdeboec@gmail.com designates
 209.85.216.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <B8D164BED956C5439875951895CB4B2218876738@WABOTH9MSGUSR8C.ITServices.sbc.com>
References: 
 <B8D164BED956C5439875951895CB4B2218876738@WABOTH9MSGUSR8C.ITServices.sbc.com>
From: Marc De Boeck <mdeboec@gmail.com>
Date: Wed, 29 Jan 2014 08:49:53 +0100
Message-ID: 
 <CAPMYPmb0La72dpNjH5iOtyPj8jLcBBCSV9pB+BojJ22F92LkOw@mail.gmail.com>
Subject: Re: How to publish additional metadata with an artifact that is
 needed at retrieve time
To: ivy-user@ant.apache.org
Content-Type: multipart/alternative; boundary=001a11c124f6db9e1204f117303b

--001a11c124f6db9e1204f117303b
Content-Type: text/plain; charset=ISO-8859-1

Maybe, you can add a buildfile to the package that your publishing ? When
you retrieve that package, you can unzip it and execute the included
buildfile to do what needs to be done with that package. That buildfile can
also read the property file.

Or you might also publish your packages in a package format that is known
by a package manager (e.g. rpm, debian-packages when you are on linux).

Regards,
Marc


2014-01-28 KARR, DAVID <dk068x@att.com>

> I'm trying to envision how I can use Ivy for ATG Dynamo module
> dependencies.
>
> For background, retrieving a dependent ATG module requires getting the
> lib, config, and manifest pieces and copying them into a directory in your
> local ATG tree with a directory name dependent on the artifact you're
> retrieving.  The directory name to use is available in a properties file
> that is available when the module is built.
>
> I'm ok with the separate "lib, config, and manifest" pieces, because all
> of those are packaged in a single "build" directory when building the
> module.
>
> However, when retrieving this artifact, I'm unsure how to deal with
> knowing what directory in the ATG tree to unzip (not to mention knowing to
> unzip, not just to copy) the artifact to.  This information is available
> when building the module, so it can be available when publishing.
>
> I suppose I could publish an additional file in the zip file which is the
> properties file used in the build of the module.  My task which retrieves
> the artifact could first retrieve the zip, unpack it into a temp directory,
> read the properties file that I unpacked, and then copy in everything but
> the properties file into the target directory.
>
> I know that most of you won't be familiar with ATG Dynamo, but does any of
> this make sense?
>

--001a11c124f6db9e1204f117303b--