DO NOT REPLY [Bug 21943] - Need way to set -verbose or -debug via properties

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: ant 1.5.4 : Import

Conor MacNeill wrote, On 29/07/2003 1.23: On Tue, 29 Jul 2003 04:18 am, Jose Alberto Fernandez wrote: I agree that ${basedir} should be the value of basedir for the main buildfile being executed. But what I think is necessary is to have access to the basedirs of the imported file in a systematic, d

Re: ant 1.5.4 : Import

On Tue, 29 Jul 2003 04:56 pm, Nicola Ken Barozzi wrote: > > > > I think this is all getting too complex for . What you are > > describing is project composition where each project maintains its own > > context, its own basedir, etc. > > AFAIK this is done with > Not quite the same. allowed t

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

On 28 Jul 2003, <[EMAIL PROTECTED]> wrote: > in the sense that I do not connect at all the new process to > stream handlers and the ant logging system, disabling input, > output, error, and return exec attributes in the case of spawn. Won't this cause (1) the spawned process to hang as soo

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

On 28 Jul 2003, <[EMAIL PROTECTED]> wrote: > This change allows exec to start a process which will run > independently of ant. Will the spawned process keep running after Ant is finished? Stefan - To unsubscribe, e-mail: [E

Re: ant 1.5.4 : Import

Conor MacNeill wrote, On 29/07/2003 9.15: On Tue, 29 Jul 2003 04:56 pm, Nicola Ken Barozzi wrote: I think this is all getting too complex for . What you are describing is project composition where each project maintains its own context, its own basedir, etc. AFAIK this is done with Not quite t

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

On Tue, 29 Jul 2003 05:42 pm, Stefan Bodewig wrote: > On 28 Jul 2003, <[EMAIL PROTECTED]> wrote: > > in the sense that I do not connect at all the new process to > > stream handlers and the ant logging system, disabling input, > > output, error, and return exec attributes in the case of spawn

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

On Tue, 29 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: >> (2) the spawned process to be stoped or even killed by the system >> (at least Unix) as soon as it tries to write to stdout or stderr >> (probably either with SIGTTOU, SIGPIPE or SIGHUP). > > Why not just "caveat user" :-) AFAIU t

cvs commit: ant/src/main/org/apache/tools/ant/types/selectors BaseSelectorContainer.java ContainsRegexpSelector.java ContainsSelector.java DateSelector.java DependSelector.java DepthSelector.java DifferentSelector.java ExtendSelector.java FilenameSelector.java MajoritySelector.java MappingSelector.java PresentSelector.java SelectSelector.java SelectorContainer.java SelectorScanner.java SelectorUtils.java SizeSelector.java TypeSelector.java

peterreilly2003/07/29 01:37:19 Modified:src/main/org/apache/tools/ant/types/selectors BaseSelectorContainer.java ContainsRegexpSelector.java ContainsSelector.java DateSelector.java DependSelector.java

Re: FileUtils#normalize(File)

On Mon, 28 Jul 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: > I get the impression FileUtils#normalize(File) mimics the behaviour > of File#getCanonicalFile(). To a certain extent, yes. > But I suppose there's a good reason for not using that method Symbolic links. On Unix, getCanonicalPath

cvs commit: ant/src/main/org/apache/tools/ant/types AbstractFileSet.java

peterreilly2003/07/29 01:43:49 Modified:src/main/org/apache/tools/ant/types AbstractFileSet.java Log: style Revision ChangesPath 1.23 +18 -0 ant/src/main/org/apache/tools/ant/types/AbstractFileSet.java Index: AbstractFileSet.java =

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs MatchingTask.java

peterreilly2003/07/29 01:47:12 Modified:src/main/org/apache/tools/ant/taskdefs MatchingTask.java Log: style Revision ChangesPath 1.40 +19 -3 ant/src/main/org/apache/tools/ant/taskdefs/MatchingTask.java Index: MatchingTask.java

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ExecTaskTest.java

bodewig 2003/07/29 01:53:00 Modified:src/testcases/org/apache/tools/ant/taskdefs ExecTaskTest.java Log: JDK 1.2 compatibility Revision ChangesPath 1.4 +4 -4 ant/src/testcases/org/apache/tools/ant/taskdefs/ExecTaskTest.java Index: E

cvs commit: ant/src/main/org/apache/tools/ant/filters/util ChainReaderHelper.java

peterreilly2003/07/29 01:57:32 Modified:src/main/org/apache/tools/ant/filters StringInputStream.java src/main/org/apache/tools/ant/filters/util ChainReaderHelper.java Log: style Revision ChangesPath 1.12 +1 -0 ant/src/main

Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ExecTaskTest.java

On 29 Jul 2003, <[EMAIL PROTECTED]> wrote: > JDK 1.2 compatibility Calendar#getTimeInMillis has protected access in JDK 1.3-. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTE

cvs commit: ant/src/main/org/apache/tools/ant/types/selectors BaseSelector.java DateSelector.java DepthSelector.java ExtendFileSelector.java FilenameSelector.java MajoritySelector.java PresentSelector.java SelectSelector.java SelectorScanner.java SizeSelector.java

peterreilly2003/07/29 02:07:30 Modified:src/main/org/apache/tools/ant/types/selectors BaseSelector.java DateSelector.java DepthSelector.java ExtendFileSelector.java FilenameSelector.java MajoritySelector.java

cvs commit: ant/src/main/org/apache/tools/ant/types Resource.java ZipScanner.java

bodewig 2003/07/29 02:10:08 Modified:src/main/org/apache/tools/ant DirectoryScanner.java src/main/org/apache/tools/ant/types Resource.java ZipScanner.java Log: Some tasks rely on the DFS ordering getIncludedXYZ used to provide Revision Cha

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

Yes, the spawned process keeps running after ant is finished. This is the case in the testcase which I wrote. The spawned process is sh (the Bourne Shell interpreter) which sleeps for 10 seconds. I also wrote a dummy java class which writes to some file during 10 seconds and outlives ant. Cheers, A

RE: FileUtils#normalize(File)

> > > I get the impression FileUtils#normalize(File) mimics the behaviour > > of File#getCanonicalFile(). > > To a certain extent, yes. > > > But I suppose there's a good reason for not using that method > > Symbolic links. > Makes sense. I've added that as a comment to FileUtils#normalize(S

Re: cvs commit: ant/src/main/org/apache/tools/ant/types Resource.java ZipScanner.java

On 29 Jul 2003, <[EMAIL PROTECTED]> wrote: > Some tasks rely on the DFS ordering getIncludedXYZ used to provide I'm not sure whether we want to provide this as the sort order has never been documented. The recent changes in DirectoryScanner could lead to a situation in which A/C will be return

cvs commit: ant/src/etc/testcases/taskdefs multimap.xml

bodewig 2003/07/29 02:35:46 Modified:src/etc/testcases/taskdefs multimap.xml Log: avoid spurious ${baseScratchDest} directory Revision ChangesPath 1.2 +1 -0 ant/src/etc/testcases/taskdefs/multimap.xml Index: multimap.xml =

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

> On Tue, 29 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]> > wrote: > > >> (2) the spawned process to be stoped or even killed by the system > >> (at least Unix) as soon as it tries to write to stdout or stderr > >> (probably either with SIGTTOU, SIGPIPE or SIGHUP). > > > > Why not just "caveat us

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

- Original Message - From: "Stefan Bodewig" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 9:42 AM > On 28 Jul 2003, <[EMAIL PROTECTED]> wrote: > > > in the sense that I do not connect at all the new process to > > stream handlers and the ant logging system, disabling input, > >

cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

antoine 2003/07/29 03:38:35 Modified:src/testcases/org/apache/tools/ant DirectoryScannerTest.java Log: adding 3 tests showing how include and exclude patterns together interact Revision ChangesPath 1.23 +44 -0 ant/src/testcases/org/apache/tools/ant/DirectoryScan

cvs commit: ant/src/main/org/apache/tools/ant DirectoryScanner.java

antoine 2003/07/29 03:49:12 Modified:src/main/org/apache/tools/ant DirectoryScanner.java Log: do not scan needlessly excluded directories PR: 21941 Revision ChangesPath 1.60 +37 -2 ant/src/main/org/apache/tools/ant/DirectoryScanner.java Index: DirectorySca

RE: ant 1.5.4 : Import

> From: Conor MacNeill [mailto:[EMAIL PROTECTED] > > I think this is all getting too complex for . What > you are describing > is project composition where each project maintains its own > context, its own > basedir, etc. This can be done separately from . We > have discussed > this in the p

DO NOT REPLY [Bug 21941] - Filesets with directories excluded still scan the directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: ant 1.5.4 : Import

If you want to simplify things, why not go even further? On Tue, 29 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: > 1. import with optional name. The name is to be used in the renaming > of targets. I'd like to think about removing target renaming completely. What exactly is the use-case

DO NOT REPLY [Bug 21941] - Filesets with directories excluded still scan the directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: ant 1.5.4 : Import

On Mon, 28 Jul 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > href should also support URLs But as DD pointed out, this is opening > a pandora box. If imported files are downloaded from an http server > or from a jar file, there will be problems with properties, ... I don't think I've u

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java

antoine 2003/07/29 04:19:28 Modified:src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java Log: Some ftp servers have binary as default, so when binary is false it is good to set explicitly the ascii mode for the transfer. Problem reported by Michael Nebus (Michael dot Neb

cvs commit: ant WHATSNEW

antoine 2003/07/29 04:24:50 Modified:.WHATSNEW Log: added 2 new entries to WHATSNEW Revision ChangesPath 1.472 +6 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW

Re: ant FTP issue -- "\r\n" line terminators

Your change is tested and committed, will be part of the ant1.6 release and will be available tomorrow as a nightly build. Cheers, Antoine - Original Message - From: "Nebus, Michael" <[EMAIL PROTECTED]> To: "'Antoine Levy-Lambert'" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 12:25 AM S

Re: ant 1.5.4 : Import

Stefan Bodewig wrote, On 29/07/2003 12.59: If you want to simplify things, why not go even further? On Tue, 29 Jul 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: 1. import with optional name. The name is to be used in the renaming of targets. I'd like to think about removing target renaming comple

Re: ant 1.5.4 : Import

On Tue, 29 Jul 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > I thought I had already answered this? quite possible. > Anyway, the need is that I have to be able to override a target I > import. I don't think I like either the idea of of what you describe nor the implementation. I'd pro

ExecTaskTest

Stefan Bodewig wrote: Calendar.getTimeinMillis() has protected access in JDK 1.3 In this case, I will write a small internal class in my test case which will extend GregorianCalendar and offer public access for getTimeinMillis Cheers, Antoine

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs ExecTask.java

antoine 2003/07/29 06:09:11 Modified:src/main/org/apache/tools/ant/taskdefs ExecTask.java Log: throw an exception if is used with an attribute which is incompatible with spawn and spawn=true. Revision ChangesPath 1.59 +21 -0 ant/src/main/org/apache/tools/ant/t

RE: ant 1.5.4 : Import

> -Original Message- > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > For example, let's say I have a compile target I want to import, and > > I want to make it additionally call the "pre" target before and the > > "post" target after. > > Then you don't want to import the target bu

Re: FileUtils#normalize(File)

On Mon, 28 Jul 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: > I've noticed that the normalize(File) method in FileUtils requires > that the File to normalize is absolute. I was wondering what the > reason is for this reason. I'm not entirely sure (we extracted the code from Project way back I

RE: ant 1.5.4 : Import

I meant start with , and then specify 's behavior and implement it. Too much work lately... --DD > -Original Message- > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 29, 2003 9:12 AM > To: 'Ant Developers List' > Subject: RE: ant 1.5.4 : Import > > > -Origin

Re: FileUtils#normalize(File)

On Tue, 29 Jul 2003, Knut Wannheden <[EMAIL PROTECTED]> wrote: > For VMS I intend to add a method FileUtils#toVMSPath(File):String. > I was just thinking if a more generic > FileUtils#toOSPath(File):String would make sense. What do you > think? There currently is no need for it except in the Ope

Re: Any chance for fileset arithmetic?

On Fri, 25 Jul 2003, Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > Would it be possible to add fileset joining, subtraction, This is already possible, if you use selectors instead of include/exclude children. > file renaming/mapping Every time anybody proposes to allow nested s in , they s

Re: xdocs - link to wiki?

On Fri, 25 Jul 2003, Erik Hatcher <[EMAIL PROTECTED]> wrote: > What are folks thoughts on this? > > http://weblogs.java.net/pub/wlg/274 I'd be very careful with pulling down examples for our tasks from a page that anybody can edit (mostly anonymously) and include it in our distribution as

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

On Tue, 29 Jul 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I do not know at all what is going to happen with output, error, > stdin for the spawned process. My guess is they cause trouble if the spawned process wants to use them. I should back that claim, maybe later today/tomorrow.

DO NOT REPLY [Bug 21526] - Enhancement JavaCC, JJTree and JJDoc [update]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Any chance for fileset arithmetic?

Hello Stefan, I actually meant that mappers inside filesets would rename files in the filesets. I need something like: Right now I have to execute every time I need a complex fileset. - Alexey. -- { http://trelony.cjb.net/ } Alexey N. Solofnenko Pleasant Hill, CA (

Re: Any chance for fileset arithmetic?

On Tue, 29 Jul 2003, Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > I actually meant that mappers inside filesets would rename files > in the filesets. I'm still not sure I understand it. > I need something like: > > > Say you have build/docs/index.html. Do you expect the invocation

RE: Any chance for fileset arithmetic?

I think it is easy. already supports part of it with . will delete the original file. and others will copy or see the files with new names. I just want to avoid copying a hundreds megabytes of data just to lay them out correctly. It would help with . It would also be possible to say that a clie

Re: Any chance for fileset arithmetic?

On Tue, 29 Jul 2003, Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > I think it is easy. already supports part of it with > . Sure, but not for "plain" filesets. > will delete the original file. I.e. treat it like any fileset. > and others will copy or see the files with new names. I.e. has

RE: Any chance for fileset arithmetic?

Maybe I am wrong, but a or a is essentially a collection of data files with names (isn't logically an ordered ?). There is no reason for the names to be exactly as they are in the file system. Some special tasks like need to access original files. Some other tasks like or need only data from

Re: xdocs - link to wiki?

Stefan Bodewig wrote: On Fri, 25 Jul 2003, Erik Hatcher <[EMAIL PROTECTED]> wrote: What are folks thoughts on this? http://weblogs.java.net/pub/wlg/274 I'd be very careful with pulling down examples for our tasks from a page that anybody can edit (mostly anonymously) and include it in our distri

Re: cvs commit: ant/docs/manual/CoreTasks exec.html

Stefan Bodewig wrote: On Tue, 29 Jul 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: I do not know at all what is going to happen with output, error, stdin for the spawned process. My guess is they cause trouble if the spawned process wants to use them. I should back that claim, maybe late

escaping from quotes

hi, i have to pass the following argument to a class for RMID download of stubs: -Djava.rmi.server.codebase="file:///${basedir}/build/classes/ file:///$basedir/lib/jini/jini-core.jar" the previous line, works fine on the command line. But in the ant this doesn't work. I tryed : but i gives

RE: Perforce bugs [was] ant 1.5.4

I have found a couple problems, and I will upload a couple of patches today. - Original Message - From: "Matt Bishop" <[EMAIL PROTECTED]> Sent: Thursday, July 24, 2003 3:14 AM >I have a patch I have been testing for some time, I can submit it to fix the threading issues. Matt, the Perfo

Re: Perforce bugs [was] ant 1.5.4

- Original Message - From: "Matt Bishop" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 7:21 PM >I have found a couple problems, and I will upload a couple of patches today. Did you find problems with the CVS HEAD or with ant 1.5.3 ? Antoine --

RE: Perforce bugs [was] ant 1.5.4

HEAD. -Original Message- From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 10:35 AM To: Ant Developers List Subject: Re: Perforce bugs [was] ant 1.5.4 - Original Message - From: "Matt Bishop" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 7:21 PM

RE: Perforce bugs [was] ant 1.5.4

My context is in an embedded IDE, not the command line. -Original Message- From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 10:35 AM To: Ant Developers List Subject: Re: Perforce bugs [was] ant 1.5.4 - Original Message - From: "Matt Bishop" <[EMAI

DO NOT REPLY [Bug 18154] - P4HandlerAdapter can throw exceptions that should be build exceptions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 18154] - SimpleP4OutputHandler can throw exceptions that should be build exceptions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14395] - No way to set additional global options for Perforce tasks

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

antoine 2003/07/29 12:44:38 Modified:src/testcases/org/apache/tools/ant DirectoryScannerTest.java Log: new testcase Revision ChangesPath 1.24 +13 -1 ant/src/testcases/org/apache/tools/ant/DirectoryScannerTest.java Index: DirectoryScannerTest.java

cvs commit: ant/src/main/org/apache/tools/ant DirectoryScanner.java

antoine 2003/07/29 12:47:16 Modified:src/main/org/apache/tools/ant DirectoryScanner.java Log: the method isMorePowerfulThanExcludes was returning false on org/apache/tools/ant/taskdefs in the run-tests target of our buildfile because of the exclude pattern : :-(

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Mkdir.java

antoine 2003/07/29 13:03:07 Modified:src/main/org/apache/tools/ant/taskdefs Mkdir.java Log: Similarly to what happens with the delete task, there seem to be race conditions which prevent successful directory creation on Windows. This change allows a second try. Revision Chan

DO NOT REPLY [Bug 18154] - SimpleP4OutputHandler can throw exceptions that should be build exceptions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14395] - No way to set additional global options for Perforce tasks

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14395] - No way to set additional global options for Perforce tasks

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: xdocs - link to wiki?

On Tuesday, July 29, 2003, at 10:26 AM, Stefan Bodewig wrote: I'd be very careful with pulling down examples for our tasks from a page that anybody can edit (mostly anonymously) and include it in our distribution as definitive reference information. I'm even hesitant to do it for online docs. Yeah

DO NOT REPLY [Bug 21948] - PropertyTest.Test5 failing -trying to connect?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21948] - PropertyTest.Test5 failing -trying to connect?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit: ant/src/main/org/apache/tools/ant DirectoryScanner.java

I had done a big mistake in my attempt to improve DirectoryScanner by not scanning directories matching exclude patterns. I realized this when I ran the ant test suite which took 1 minute instead of the usual 5. This is fixed now. This routine to decide when exclude patterns are enough to stop scan

Re: ant 1.5.4 : Import

On Tue, 29 Jul 2003 05:52 pm, Nicola Ken Barozzi wrote: > Personally, I don't see the real need for it, as the same can be done > with correctly-written @importable files. In the specific, init values > should be included rather than imported. > > Can you point me to some relevant use-cases? > Ok,

Re: xdocs - link to wiki?

- Original Message - From: "Stefan Bodewig" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 4:26 PM > I'd be very careful with pulling down examples for our tasks from a > page that anybody can edit (mostly anonymously) and include it in our > distribution as definitive reference inform