RE: xmlcatalog, fileset evaluation

[Jose Alberto Fernandez <ja...@cellectivity.com>]

> From: Antoine Levy-Lambert [mailto:antoine@antbuild.com] 
> 
> >A maybe related issue, is that in my build there are certain 
> >directories that are generated in a precompilation phase. Those 
> >directories are mentioned
> >in <fileset>s which are declared as top level tasks. In 1.6 
> I get a sort
> >of warnning when executing the fileset indicating that an 
> exception was
> >caught and continuing, but in 1.5.3 no problem is found.
> >My concern here is what happens when the reference is finally used.
> >In 1.5.3 the fileset is the correct one (since by the time it is used
> >the directories
> >are guaranteed to be there), but in 1.6 I am not sure what 
> the fileset
> >will do.
> 
> >Did we change the way filesets are evaluated? I thought they 
> were very 
> >lazy before.
> 
> I am not 100% sure how the filesets are evaluated. I wonder 
> whether there is not a check that the root directory of the 
> fileset exists as soon as ant reads the fileset definition in 
> the build file. Scanning is then done by each task using the fileset.
> 

Shall I file this as a separate Bugzilla? Does anyone knows whether
this check for the root-directory will hamper the scanning later?

Jose Alberto


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

Re: xmlcatalog, fileset evaluation

[Stefan Bodewig <bo...@apache.org>]

On Thu, 4 Dec 2003, Jose Alberto Fernandez <ja...@cellectivity.com>
wrote:

> Shall I file this as a separate Bugzilla?

No - it is already there anyway.

> Does anyone knows whether this check for the root-directory will
> hamper the scanning later?

It doesn't at all.

The warning you see comes from a debug-level log statement that tries
to evaluate the fileset at start time, it doesn't do any harm.

FileSet are always reevaluated whenever they are used, there is no
need to worry.

The only action we should consider is to make the warning look less
severe.

Stefan

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