Return-Path: 
 <user-return-35576-apmail-ant-user-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-user-archive@ant.apache.org
Received: (qmail 64629 invoked by uid 500); 5 Aug 2003 07:27:26 -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 64550 invoked from network); 5 Aug 2003 07:27:25 -0000
Received: from bodewig.bost.de (62.96.16.111)
  by daedalus.apache.org with SMTP; 5 Aug 2003 07:27:25 -0000
Received: (from bodewig@localhost)
	by bodewig.bost.de (8.11.6/8.11.6) id h757RY532261;
	Tue, 5 Aug 2003 09:27:34 +0200
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: user@ant.apache.org
Subject: Re: <param> question
References: <7A57F750AF65D411949C00508BDFD8181DC6617A@USPLM202>
From: Stefan Bodewig <bodewig@apache.org>
Date: 05 Aug 2003 09:27:34 +0200
In-Reply-To: <7A57F750AF65D411949C00508BDFD8181DC6617A@USPLM202>
Message-ID: <m31xw05ztl.fsf@bodewig.bost.de>
Lines: 66
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Portable Code)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Mon, 4 Aug 2003, William Lopez <william.lopez@eds.com> wrote:

> Why isn't the param value being "scoped"?

I don't think I understand the question.  <param> creates a property
that will only exist for the "subbuild" you've invoked with <antcall>
and that will be unset after <antcall>.

> I was under the impression that an <antcall> encapsulates all the
> properties associated with the target being called (unless
> inheritAll="false") including any properties that were set in
> depends target calls.

Not sure what "encapsulate" means here, but it sounds correct.

> What I noticed was that the <param name="jndiPrefix" value="aux" />
> was not being set when the depends call to chk-ejbjndi-outofdate
> target was executed.

>  <target name="chk-ejbjndi-outofdate">
>      <outofdate property="jndi_outofdate">
>        <sourcefiles>
>          <fileset dir="${this.ejb.build.dir}"
>          includes="**/*.class"/>
>        </sourcefiles>
>        <targetfiles>
>          <pathelement
> path="${app.module.dir}\${jndiPrefix}\${ejb.jar.name}"/>
>        </targetfiles>
>      </outofdate>
>      <echo>${jndiPrefix} notuptodate: ${jndi_outofdate}</echo>
>   </target> 
> 
>  <target name="ejb.jar.prefix" depends="chk-ejbjndi-outofdate"
> if="jndi_outofdate">
>      <antcall target="ejb.jar">
>         <param name="jndiPrefix" value="aux" />
>      </antcall>

Let's see.

When you invoke this as 

ant ejb.jar.prefix

the following things happen:

(1) chk-ejbjndi-outofdate will be run (as ejb.jar.prefix depends on
it).

(2) If the property jndi_outofdate has been set, the target
ejb.jar.prefix will be executed.

(3) Ant starts a fresh "subbuild" running ejb.jar.  All properties
that have been set at the point of <antcall> will be set in this
subbuild and have the same value.  In addition there will be a
property named jndiPrefix in the subbuild.

As I don't see the ejb.jar target I cannot say whether it will be
invoked directly or whether any other target gets executed first
(those ejb.jar depends upon will be executed).

I don't see why you expect jndiPrefix to be set while running
chk-ejbjndi-outofdate.

Stefan

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