ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Goktepe <andrewgokt...@gmail.com>
Subject Re: <path id=..>, <classpath refid=..> using trouble
Date Tue, 13 Sep 2005 16:51:54 GMT
That looks like the correct behavior to me. This is analogous to properties, 
which are set once and cannot be changed again. 

On 9/13/05, Aliaksandr Voitau <voitau@gmail.com> wrote: 
> 
> Hi,
> here is a piece of my buildfile.
> 
> <path id="sample.classpath">
> <pathelement location="${lib}/sample.jar" />
> </path>
> 
> <target name="target-name">
> <taskdef name="sample"
> classname="my.pkg.Sample">
> <classpath refid="sample.classpath" />
> </taskdef>
> </target>
> 
> While trying to invoke this target from java code i get the following
> error:
> 
> taskdef class my.pkg.Sample cannot be found,
> 
> although i set ${lib} from java code using setProperty(...) right before
> executing target "target-name".
> However, if i'll just paste <path> content to <classpath>:
> 
> <target name="target-name">
> <taskdef name="sample"
> classname="my.pkg.Sample">
> <classpath>
> <pathelement location="${lib}/sample.jar" />
> </classpath>
> </taskdef>
> </target>
> 
> or just put ${lib} to property file everything works fine, or even just
> nest <path> into <target>.
> 
> So, <path> seems to resolve nested elements' properties only on the time
> of the first parsing by ProjectHelper's parse(...), but not on executing
> particular target, using that path, when previously undefined properties
> became available. Is it correct behaviour?
> Couldn't find any explanation in available documentation.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
> 
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message