Return-Path: 
 <dev-return-20800-apmail-maven-dev-archive=maven.apache.org@maven.apache.org>
Delivered-To: apmail-maven-dev-archive@www.apache.org
Received: (qmail 56179 invoked from network); 4 Jan 2004 14:38:25 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 4 Jan 2004 14:38:25 -0000
Received: (qmail 43877 invoked by uid 500); 4 Jan 2004 14:38:20 -0000
Delivered-To: apmail-maven-dev-archive@maven.apache.org
Received: (qmail 43851 invoked by uid 500); 4 Jan 2004 14:38:20 -0000
Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@maven.apache.org>
List-Subscribe: <mailto:dev-subscribe@maven.apache.org>
List-Help: <mailto:dev-help@maven.apache.org>
List-Post: <mailto:dev@maven.apache.org>
List-Id: "Maven Developers List" <dev.maven.apache.org>
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Delivered-To: mailing list dev@maven.apache.org
Received: (qmail 43838 invoked from network); 4 Jan 2004 14:38:20 -0000
Received: from unknown (HELO hogshead.codehaus.org) (66.216.68.111)
  by daedalus.apache.org with SMTP; 4 Jan 2004 14:38:20 -0000
Received: from [192.168.1.103]
 (CPE00045a0b555b-CM023080004191.cpe.net.cable.rogers.com [24.102.210.93])
	by hogshead.codehaus.org (8.11.6/8.11.6) with ESMTP id i04ErVx01866
	for <dev@maven.apache.org>; Sun, 4 Jan 2004 08:53:31 -0600
Subject: Re: Installed POMS not interpolated
From: Jason van Zyl <jvanzyl@maven.org>
To: Maven Developers List <dev@maven.apache.org>
In-Reply-To: <OF9FE3BAFE.337535BD-ONCA256E11.0029AC39@thoughtworks.com>
References: <OF9FE3BAFE.337535BD-ONCA256E11.0029AC39@thoughtworks.com>
Content-Type: text/plain
Organization: 
Message-Id: <1073227090.4240.96.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 04 Jan 2004 09:38:10 -0500
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

On Sun, 2004-01-04 at 02:37, Michael A Melia wrote:

> To clarify my assumptions:
> 
> [usual transitive dependency scenario]
> 
> I have project A dependent on project B which is dependent on project C 
> and project D.
> I need for project A to pick up the dependencies (C and D) from project B. 
> 
> 
> Now, if project B's pom is stored in the local repo with no properties 
> resolved (i.e. the pom file is not the interpolated version) then project 
> A needs to have definitions for these properties. This would not be 
> possible unless the properties files are also made available in the local 
> repo, or if the repo version of the pom had been interpolated.

I honestly haven't seen many <dependencies/> elements that require
property interpolation. Do you have cases that require interpolation
within the dependencies?

> Also, if project B's pom states that it extends (for example) 
> ${basedir}/../../project.xml, how does project A get access to the correct 
> parent definition?

This was overcome in the plexus component builds by actually extending
POMs located in the local repository. So as part of your build process
you install the necessary POMs before any child considerations. This was
in fact done to deal with the scenerio you outline above.

> The only solution I can see is for installed poms to be fully interpolated 
> and extended to include the parent info before being serialised to the 
> repo. I get the feeling that I'm missing something here, I'd appreciate it 
> if you could try to fill in the gaps. :)

I think extension from the local repository solves this problem, but I
would still like to know if you are using interpolation within the
dependnecy elements themselves as that is something I would like to
formally limit if possible.

> I'd be more than happy to take on some of the effort - just drop me a line 
> with the details.

You might want to take a quick peek at the plexus build which works with
POMs installed in the local repository and see if the use case you have
in mind would work with the assumptions with the plexus component build
and then we can go from there. I'm also always in IRC on
irc.codehaus.org#maven if you want to chat.

The plexus stuff is here:

http://cvs.codehaus.org/viewcvs.cgi/plexus/?root=codehaus

> Cheers,
> Mike
> 
> __________________________
> Mike Melia
> ThoughtWorks Inc.
> http://www.thoughtworks.com
> mobile: +61 0421 581 959
-- 
jvz.

Jason van Zyl
jason@zenplex.com
http://tambora.zenplex.org

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
  
  -- Jacques Ellul, The Technological Society


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org