Re: [Ant 1.6beta1] Missing stylesheet?

On Tue, 21 Oct 2003 12:14 am, Dominique Devienne wrote: > > What I think is important is that it's in the release ;-) Seems like > somehow checkstyle-frames.xsl is not making it in the release 1.6betaX of > Ant. --DD > Ok - fixed. Conor --

cvs commit: ant build.xml

conor 2003/10/20 16:30:42 Modified:.Tag: ANT_16_BRANCH build.xml Log: Merge Revision ChangesPath No revision No revision 1.392.2.7 +1 -1 ant/build.xml Index: build.xml ==

cvs commit: ant build.xml

conor 2003/10/20 16:27:59 Modified:.build.xml Log: Include checkstyle stylesheets Revision ChangesPath 1.399 +1 -1 ant/build.xml Index: build.xml === RCS file: /home/cvs/ant/build.

Re: Macrodef and parallel in a recursive situation

I have made a version that inherits local properties for ant/antcall et al (if inheritall is true). Will post tomorrow. Peter On Monday 20 October 2003 17:44, Jose Alberto Fernandez wrote: > Peter, > > I just made a browse to the changes you posted and I can see > why you are concern with ant/an

RE: Macrodef and parallel in a recursive situation

Peter, I just made a browse to the changes you posted and I can see why you are concern with ant/antcall. I see you did quite large additions to core in order to implement this (using ThreadLocals). I wonder if we can explore a more simpler implementation that is less onerous than the one you hav

Re: File Delimiter for Concat Task?

No. The tokenfilter by default splits the input into lines before giving it to the filters. Also concat concatenates the input files into one stream before the filterchain sees the characters. One horrid solution would be to use the new task in antcontib with outofdate:

Re: Macrodef and parallel in a recursive situation

Gotcha--I missed that the first time around. If you want to restrict the scope of a property set by a task, you essentially reserve that property in the local context, then invoke the task. This should work although I like my way better... ;) I think it is okay to force the user to explicitly se

Scarab Build (Was: Re: [vote] Ant 1.6 : further release plan)

The problem seems to have been in the build file. The current CVS version of scarab builds fine using 1.6beta2 :-) > I just tried an out-of-the-box build of scarab 1.0 b17 (scarab.tigris.org) > with both 1.5.3 and 1.6beta: It works fine with 1.5.3 but fails with > 1.6beta: > -- Stefan -- ===

Re: Macrodef and parallel in a recursive situation

This is basicly what the local implementation does. The only problem is for ant/antcall, a new project is created and the local properties would need to be copied to this, keeping in mind all the rules about user/normal/inherited and nested param elements. Peter On Monday 20 October 2003 16:16, M

DO NOT REPLY [Bug 23942] - Addition of a local property

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 23942] - Addition of a local property

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 23942] - Addition of a local property

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 23942] New: - Addition of a local property

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: File Delimiter for Concat Task?

Hmm... using a replaceregex TokenFilter should have worked, but it didn't. I tried treating each file as a single line of input but it still added the @ to the end of each line when I used I am using the ORO matcher... is this a bug? What about echo your @ to a file and use the new concatfilt

DO NOT REPLY [Bug 23941] New: - move task deletes source directory

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: Macrodef and parallel in a recursive situation

> handled some other way? What about a Scope > TaskContainer subclass that would push an element I meant "implementation." -Matt __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

File Delimiter for Concat Task?

I would like to add/find the ability to include a delimiter between concatenated text when using the task. That is, for example, if I concatenate a bunch of SQL scripts into one file, I would like the ability to have an "@" symbol between each script. Does this functionality already exist in t

RE: Macrodef and parallel in a recursive situation

Jose makes a good point about tasks that set properties. Without having delved into the PropertyHelper* classes, could local properties be handled some other way? What about a Scope TaskContainer subclass that would push an element onto a stack. Then any property queries would descend into the s

RE: Official (reserved?) namespace of Ant itself???

> From: peter reilly [mailto:[EMAIL PROTECTED] > > The default ns for ant is "ant:core". > > xmlns:ant="ant:core" > xmlns:ac="antlib:net.sf.antcontrib"> Thanks. Setting the correct namespace works. Note that the error message I was getting was not very user friendly...

Problems with XMLCatalog

Hi, has anyone had a chance to look at the XMLCatalog problem I reported during the weekend? I saw comments about the script issue I reported but not about the XMLCatalog. Jose Alberto - To unsubscribe, e-mail: [EMAIL PROTECTED]

RE: [Ant1.6 beta1]

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > On Thu, 16 Oct 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > Could these two dates either be removed, > > done. Thank! > > or changed back to plain text (instead of keyword)? > > The problem is/was that nobody bothered to update them.

cvs commit: ant/src/main/org/apache/tools/ant/helper AntXMLContext.java ProjectHelper2.java

peterreilly2003/10/20 07:18:35 Modified:src/main/org/apache/tools/ant/helper Tag: ANT_16_BRANCH AntXMLContext.java ProjectHelper2.java Log: Merge with head Revision ChangesPath No revision No revision 1.4.2.1

RE: [Ant 1.6beta1] Missing stylesheet?

> From: Conor MacNeill [mailto:[EMAIL PROTECTED] > > On Fri, 17 Oct 2003 01:40 am, Dominique Devienne wrote: > > I'm putting Ant 1.6beta1 under CVS on top of the Ant 1.5.3 we have, and > I > > noticed the new etc/ant-bootstrap.jar (reported in another post), but > also > > that checkstyle-frames.x

cvs commit: ant/src/main/org/apache/tools/ant/helper AntXMLContext.java ProjectHelper2.java

peterreilly2003/10/20 07:13:40 Modified:src/main/org/apache/tools/ant/helper AntXMLContext.java ProjectHelper2.java Log: set project for created targets Revision ChangesPath 1.5 +1 -0 ant/src/main/org/apache/tools/ant/helper/AntXMLConte

RE: Macrodef and parallel in a recursive situation

> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Monday 20 October 2003 13:25, Jose Alberto Fernandez wrote: > > > > So what do I get on the ant/antcall/subant side of things? > > Do I get the original global value? Or nothing? > > The original global value. > I think I have misgivings ab

Re: Macrodef and parallel in a recursive situation

On Monday 20 October 2003 13:38, Christopher Lenz wrote: > Hi Peter, > > this looks really cool, but I'd suggest adding an attribute like > scope="local|global" to the task instead of adding a completely > new task. I had thought of that but shyed away for the moment as the property task allows m

RE: Macrodef and parallel in a recursive situation

> From: Christopher Lenz [mailto:[EMAIL PROTECTED] > > Hi Peter, > > this looks really cool, but I'd suggest adding an attribute like > scope="local|global" to the task instead of adding > a completely > new task. > I disagree here. The issue is not by itself. This local properties need t

Re: Macrodef and parallel in a recursive situation

On Monday 20 October 2003 13:25, Jose Alberto Fernandez wrote: > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > On Monday 20 October 2003 11:43, Jose Alberto Fernandez wrote: > > > Peter, > > > > > > sounds great. How does your implementation using threadLocal works > > > when going across

DO NOT REPLY [Bug 23937] New: - applay command for external execution command are failed for nested build.xml files

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: Macrodef and parallel in a recursive situation

Hi Peter, this looks really cool, but I'd suggest adding an attribute like scope="local|global" to the task instead of adding a completely new task. -chris peter reilly wrote: I have written the code to support local properties. While I was doing this, I realized that the attributes of a macrod

RE: Macrodef and parallel in a recursive situation

> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Monday 20 October 2003 11:43, Jose Alberto Fernandez wrote: > > Peter, > > > > sounds great. How does your implementation using threadLocal works > > when going across or ? Just curious. > > The local properties do not cross to the ant/antc

DO NOT REPLY [Bug 23935] New: - Timeout on task -> no ant properties in custom resultformatter

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: Macrodef and parallel in a recursive situation

On Monday 20 October 2003 11:43, Jose Alberto Fernandez wrote: > Peter, > > sounds great. How does your implementation using threadLocal > works when going across or ? Just curious. The local properties do not cross to the ant/antcall project. They could but I figured that as they are "local", t

DO NOT REPLY [Bug 23919] - [PATCH] nighlty build and ant 1.6 not buildable with jdk 1.2.2

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.6beta2] Problem with task and ant-launcher.jar

Stefan Bodewig wrote: On Sun, 19 Oct 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: The corresponding invocation does not specifiy the "includeantruntime" attribute, which defaults to true. So the Ant runtime should be included in the classpath. However, the ant-launcher.jar doesn't seem to be

WG: ant FTP task: pb with date handling

Hi commons-user, the ant ftp task is based on commons-net. Is it possible to build into commons-net support for French locale directory listings (so that dates and times are recognized). Or is it supposed to be already there ??? Cheers, Antoine -Ursprüngliche Nachricht- Von: [EMAIL PR

Re: Official (reserved?) namespace of Ant itself???

peter reilly wrote: On Monday 20 October 2003 10:53, Christopher Lenz wrote: peter reilly wrote: Note that introspection discovered elements are in the ant:core namespace. This does make some things a little difficult to use/explain:

cvs commit: ant/docs/manual install.html

peterreilly2003/10/20 03:52:42 Modified:docs/manual Tag: ANT_16_BRANCH install.html Log: Merge with HEAD Revision ChangesPath No revision No revision 1.59.2.3 +2 -6 ant/docs/manual/install.html Index: install.html =

Re: [Ant1.6 beta1]

On Thu, 16 Oct 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote: > Could these two dates either be removed, done. > or changed back to plain text (instead of keyword)? The problem is/was that nobody bothered to update them. Stefan

Re: [Ant 1.6beta2] Problem with task and ant-launcher.jar

On Sun, 19 Oct 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: > The corresponding invocation does not specifiy the > "includeantruntime" attribute, which defaults to true. So the Ant > runtime should be included in the classpath. However, the > ant-launcher.jar doesn't seem to be on the classp

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java

bodewig 2003/10/20 03:48:48 Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit Tag: ANT_16_BRANCH JUnitTask.java Log: Merge from HEAD Revision ChangesPath No revision No revision 1.83.2.4 +2 -1

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java

bodewig 2003/10/20 03:48:04 Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java Log: Pull ant-launcher.jar into the classpath as well Revision ChangesPath 1.87 +2 -1 ant/src/main/org/apache/tools/ant/taskdefs/op

DO NOT REPLY [Bug 23915] - Script task cannot cope with undefined task/type elements in buildfile

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/script antRun.pl runant.pl

bodewig 2003/10/20 03:43:47 Modified:src/script Tag: ANT_16_BRANCH antRun.pl runant.pl Log: Remove last-modified line Revision ChangesPath No revision No revision 1.2.2.1 +0 -1 ant/src/script/antRun.pl Index: antRun.pl

RE: Macrodef and parallel in a recursive situation

Peter, sounds great. How does your implementation using threadLocal works when going across or ? Just curious. Jose Alberto > -Original Message- > From: peter reilly [mailto:[EMAIL PROTECTED] > Sent: 20 October 2003 09:59 > To: Ant Developers List > Subject: Re: Macrodef and parallel

cvs commit: ant/src/script antRun.pl runant.pl

bodewig 2003/10/20 03:42:41 Modified:src/script antRun.pl runant.pl Log: Remove last-modified line Revision ChangesPath 1.3 +0 -1 ant/src/script/antRun.pl Index: antRun.pl === RCS file: /h

RE: Official (reserved?) namespace of Ant itself???

I think we should stick to the XML namespace rules as defined in XML. That is, if I get a NS-aware parser and parse the ANT file, the resulting SAX events should specify the correct name spaces for each element. By correct I mean that if a task comes from an antlib on space X, then the SAX for its

DO NOT REPLY [Bug 23910] - \docs\manual\index.html still mentions support for JDK1.1

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/docs/manual install.html

peterreilly2003/10/20 03:36:27 Modified:docs/manual install.html Log: Remove reference to jdk 1.1 PR: 23910 Obtained from: Jose Alberto Fernandez Revision ChangesPath 1.61 +2 -6 ant/docs/manual/install.html Index: install.html

Re: Official (reserved?) namespace of Ant itself???

On Monday 20 October 2003 10:53, Christopher Lenz wrote: > peter reilly wrote: > > Note that introspection discovered elements are > > in the ant:core namespace. This does make some > > things a little difficult to use/explain: > > > > > > > > > > > > > >

Re: Official (reserved?) namespace of Ant itself???

peter reilly wrote: Note that introspection discovered elements are in the ant:core namespace. This does make some things a little difficult to use/explain: Not to state the obvious, but this looks awfully wrong. Would i

ant FTP task: pb with date handling

Hi, > *Warning: * there have been problems reported concerning the ftp get > with newer attribute. Problems might be due to format of ls -l differing > from what is expected by commons-net, for instance due to specificities > of langage used by the ftp server in the directory listing. If you >

Re: Official (reserved?) namespace of Ant itself???

Note that introspection discovered elements are in the ant:core namespace. This does make some things a little difficult to use/explain: Peter On Monday 20 October 2003 10:05, peter reilly wrote: > The default ns for a

Re: Official (reserved?) namespace of Ant itself???

The default ns for ant is "ant:core". This is a test! echo This is also a test as described in opps missing documentation. Peter On Friday 17 October 2003 21:37, Dominique Devienne wrote: > Peter and al., > > I've started using Ant 1.6, and I *really* like the

Re: Macrodef and parallel in a recursive situation

I have written the code to support local properties. While I was doing this, I realized that the attributes of a macrodef could/should be local properties as well, removing some of the issues seen last week (use of attribute in a bsf script and support of parallel/recursive). The following shows i

Re: [Ant 1.6beta2] Problem with task and ant-launcher.jar

On Sun, 19 Oct 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: > The corresponding invocation does not specifiy the > "includeantruntime" attribute, which defaults to true. So the Ant > runtime should be included in the classpath. However, the > ant-launcher.jar doesn't seem to be on the classp

DO NOT REPLY [Bug 23927] New: - setting jdk on javadoc

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

bug 20721

Hello, Could someone take a look at bug 20721 (http://issues.apache.org/bugzilla/show_bug.cgi?id=20721) The issue is adding a comment argument to the vssCheckout task. At work we use the vssCheckout command, but we found it prompted the user to give a comment. We are currently maintaining our o