Return-Path: 
 <user-return-49862-apmail-ant-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-user-archive@www.apache.org
Received: (qmail 2389 invoked from network); 24 Apr 2005 14:24:41 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 24 Apr 2005 14:24:41 -0000
Received: (qmail 88653 invoked by uid 500); 24 Apr 2005 14:25:04 -0000
Delivered-To: apmail-ant-user-archive@ant.apache.org
Received: (qmail 88611 invoked by uid 500); 24 Apr 2005 14:25:03 -0000
Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:user-subscribe@ant.apache.org>
List-Help: <mailto:user-help@ant.apache.org>
List-Post: <mailto:user@ant.apache.org>
List-Id: "Ant Users List" <user.ant.apache.org>
Reply-To: "Ant Users List" <user@ant.apache.org>
Delivered-To: mailing list user@ant.apache.org
Received: (qmail 88598 invoked by uid 99); 24 Apr 2005 14:25:03 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: domain of antoine@gmx.de designates
 213.165.64.20 as permitted sender)
Received: from imap.gmx.net (HELO mail.gmx.net) (213.165.64.20)
  by apache.org (qpsmtpd/0.28) with SMTP; Sun, 24 Apr 2005 07:25:03 -0700
Received: (qmail invoked by alias); 24 Apr 2005 14:24:32 -0000
Received: from p54B11867.dip0.t-ipconnect.de (EHLO [127.0.0.1])
 [84.177.24.103]
  by mail.gmx.net (mp012) with SMTP; 24 Apr 2005 16:24:32 +0200
X-Authenticated: #22961642
Message-ID: <426BAC18.90404@gmx.de>
Date: Sun, 24 Apr 2005 16:24:24 +0200
From: Antoine Levy-Lambert <antoine@gmx.de>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ant Users List <user@ant.apache.org>
Subject: Re: <rant> inheritrefs just seems to plain not work </rant>
References: 
 <A672996F85AA7240A9DD2A455BD0D428FA6823@HOUEXCH902.Landmark.lgc.com>
In-Reply-To: 
 <A672996F85AA7240A9DD2A455BD0D428FA6823@HOUEXCH902.Landmark.lgc.com>
X-Enigmail-Version: 0.90.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Virus-Checked: Checked
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hello Rob,

Also, please let us know which version of ant you are using.
The bug report http://issues.apache.org/bugzilla/show_bug.cgi?id=21724 
describes your problem.
It was detected in ant 1.5.3 and solved in ant 1.6.0

Also in in ant 1.6.3 (coming soon, beta already available), another bug 
concerning the handling of references in paths is solved.
However, this one concerns the handling of composite references, which 
does not seem to be your case.
http://issues.apache.org/bugzilla/show_bug.cgi?id=25777

Cheers,

Antoine

Dominique Devienne wrote:

>>From: Rob Walker [mailto:robw@ascert.com]
>>
>>Our top level build.xml looks like this:
>>
>>    <project name="vt" default="usage" basedir=".." >
>>    ...
>>        <path id="vt.class.path">
>>            <pathelement path="${java.class.path}/"/>
>>            <pathelement path="${classpath}"/>
>>            <pathelement path="${dir.obj}"/>
>>            <fileset dir="${dir.proj}">
>>                <include name="**/lib/*.jar"/>
>>            </fileset>
>>            <fileset dir="${dir.build}/ext">
>>                <include name="**/*.jar"/>
>>            </fileset>
>>        </path>
>>    ...
>>        <target name="vcomp" depends="init">
>>            <ant antfile="${dir.build}/build_vcomp.xml"
>>inheritrefs="true"/>
>>        </target>
>>
>>Whatever we try, the build_vcomp.xml just won't inherit the
>>"vt.class.path" reference. We get Ant errors saying the
>>    
>>
>"vt.class.path"
>  
>
>>isn't defined.
>>
>>Is this a know problem? Are we missing something stupidly obvious?
>>    
>>
>
>You're not showing enough to really ascertain for sure what could be
>wrong. Have you tried to distill down your builds to something simple
>enough that can be sent whole for troubleshooting?
>
>This is often not a futile exercise, as many times users can't reproduce
>the failure with a simpler version of their build, and eventually figure
>out the problem is elsewhere...
>
>This distilled build can simple define an id'd path in the top level
>build, and echo the refid'd path in the subbuild. I suggest you try
>this. --DD
>
>PS: IMHO, I see signs that your build may suffer from using
>    too many variables. Removing 'static' variables (the ones
>    that in fact you never need to change) leads to more stable
>    builds in my experience. Use variables only when necessary.
>
>PPS: <import> can often be used to refactor complex multi-file
>     builds. You should consider it if you plan to work on this
>     build again soon.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>For additional commands, e-mail: user-help@ant.apache.org
>
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org