RE: [Proposal] adding "keep-going" to ANT.

It is difficult to implement with try/catch - it is like adding try/catch and a condition that any of the dependencies did not fail into every target. The feature is implemented in make and it is very useful there. - Alexey. -- { http://trelony.cjb.net/ } Alexey N. Solofnenko Pleasant Hill, CA (GM

RE: Ant 1.6 todo thoughts

Ant + CppTasks + Ant-Contrib and CruiseControl and a bunch of custom tasks/types. Each Ant project declares dependencies on what we call modules, which is an aggregate of the JARs, XML descriptors, C/C++ headers and/or Import Lib and/or .dll/.so's. These are auto-downloaded from a build server, us

Re: OT: More trivia about dates than you ever wanted to know

Bruce Atherton wrote: At 01:05 PM 6/26/2003 +1000, Conor MacNeill wrote: On Thu, 26 Jun 2003 06:22 am, Bruce Atherton wrote: > AU Australia 1752-09-02 Hmmm. I don't think the inhabitants at the time made any record of that decision. Quite right. Perhaps you should submit a patch. :-) you ne

DO NOT REPLY [Bug 5270] - Ant task - allow multiple targets

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_bug

Re: test failures of regexp

Antoine Levy-Lambert wrote: Under - Solaris 2.8 - java version "1.4.0-beta2" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta2-b77) Java HotSpot(TM) Client VM (build 1.4.0-beta2-b77, mixed mode) 2 test suites dealing with regular expressions are also failing. - Original Mess

Re: Ant 1.6 todo thoughts

Dominique Devienne wrote: Thanks for the quick answer Conor and Stefan. Glad to head this should be working with Ant CVS. We're using Ant 1.5.3 of course, and are unlikely to switch over to Ant CVS though. I will nonetheless soon make sure Ant CVS is backward compatible with all our builds and cust

Re: [Proposal] adding "keep-going" to ANT.

Hi Alexey, it is possible that ant 1.6 will contain a try-catch feature. this might make your idea redundant - correct me if I am wrong ? Antoine - Original Message - From: "Alexey Solofnenko" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 26, 2003 10:10 PM Subject: [Propo

[Proposal] adding "keep-going" to ANT.

Hello, "keep-going" feature can be very useful, especially in automatic testing. I have experimented with Project.executeTarget() method to implement this functionality. It seems like a simple patch. The goal of the modification is to execute all targets that do not depend on failed targets. If

DO NOT REPLY [Bug 7624] - chmod task should be extensible to non-Unix systems

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_bug

DO NOT REPLY [Bug 5907] - ExecTask waits regardless of what you are executing

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_bug

DO NOT REPLY [Bug 18572] - Exec Task Hang-Up

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 5270] - Ant task - allow multiple targets

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_bug

Re: OT: More trivia about dates than you ever wanted to know

At 01:05 PM 6/26/2003 +1000, Conor MacNeill wrote: On Thu, 26 Jun 2003 06:22 am, Bruce Atherton wrote: > AU Australia 1752-09-02 Hmmm. I don't think the inhabitants at the time made any record of that decision. Quite right. Perhaps you should submit a patch. :-) From the ncal man page: > AUT

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

antoine 2003/06/26 08:21:13 Modified:.WHATSNEW src/main/org/apache/tools/ant/util FileUtils.java Log: Make filtersets preserve line endings Revision ChangesPath 1.448 +2 -0 ant/WHATSNEW Index: WHATSNEW ===

test failures of regexp

Under - Solaris 2.8 - java version "1.4.0-beta2" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta2-b77) Java HotSpot(TM) Client VM (build 1.4.0-beta2-b77, mixed mode) 2 test suites dealing with regular expressions are also failing. Antoine Testsuite: org.apache.tools.ant.tas

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

peterreilly2003/06/26 09:45:05 Modified:src/main/org/apache/tools/ant/filters TokenFilter.java Log: opps - 2: set includedelims to the attribute in the C&P method Revision ChangesPath 1.6 +1 -1 ant/src/main/org/apache/tools/ant/filters/TokenFilter.java In

cvs commit: ant/src/main/org/apache/tools/ant/launch - New directory

conor 2003/06/26 08:44:07 ant/src/main/org/apache/tools/ant/launch - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

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

Yep, I realize that getTaskDefinitions returns an empty table and that this behaviour is not backward compatible. The problem is that as tasks are now types, the getTypeDefinitions() should now return everything. Current code that use getTaskDefinitions also need to to call getTypeDefinitions() to

RE: Ant 1.6 todo thoughts

Thanks for the quick answer Conor and Stefan. Glad to head this should be working with Ant CVS. We're using Ant 1.5.3 of course, and are unlikely to switch over to Ant CVS though. I will nonetheless soon make sure Ant CVS is backward compatible with all our builds and custom tasks, and let you guys

RE: Ant 1.6 todo thoughts

Namespaces is important to me. For example, my task infers the current target name, whereas this feature was removed from the version now checked in to Ant. I should be able to not have to rename it, and use it as for example. Of course, this will force me to update numerous builds (OK, only abo

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

peterreilly2003/06/26 09:34:26 Modified:src/main/org/apache/tools/ant/filters TokenFilter.java Log: opps: set includedelims to the attribute Revision ChangesPath 1.5 +1 -1 ant/src/main/org/apache/tools/ant/filters/TokenFilter.java Index: TokenFilter.java

Re: Ant 1.6 todo thoughts

On Thu, 26 Jun 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote: > However, when an existing (custom) task/type is modified, Ant fails > at parse time saying this task or type doesn't support this > attribute or nested element (which is of course available in the > latest version of buildtools),

Re: Ant 1.6 todo thoughts

On Fri, 27 Jun 2003 12:44 am, Dominique Devienne wrote: > Hi Conor and fellow Anters, > Hi Dominique, Have you been trying Ant 1.6 in this scenario already? I would expect it to work for you. It should be all UnknownElements now with resolution just prior to execution so your buildtools task sh

RE: Getting the complete build.xml?

Thanks for your response. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 3:50 AM To: [EMAIL PROTECTED] Subject: AW: Getting the complete build.xml? I suggest reading http://codefeed.com/tutorial/ant_config.html . Conor wrote much

RE: Ant 1.6 todo thoughts

Hi Conor and fellow Anters, Beside a couple comments below, I'd like to discuss the addition of another feature to Ant for 1.6 wish I think would be very valuable, and make Ant much more user friendly (in my setup at least). We have quite a few projects here built using Ant, and very similar look

Re: [PATCH - VOTE] antlib patch #2 - unification of type and task

On Thu, 26 Jun 2003 11:44 pm, peter reilly wrote: > Opps, > > Sorry, the patch has been outstanding for weeks > (since 2003-05-29) and I wanted to move to > the next step. > commit away. We'll -1 if need be and probably just discuss any concerns on line. Really I think we'll only get into the fi

DO NOT REPLY [Bug 21094] - glob mapper inconsistently uses 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

DO NOT REPLY [Bug 21094] - glob mapper inconsistently uses 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: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs TypeAdapterTest.java

On 26 Jun 2003, <[EMAIL PROTECTED]> wrote: > * unifies the type and task definitions into one table the only problem with this I see is that we are causing a potential backwards incompatibility with Project.getTaskDefinitions now returning an empty table - I don't think this is correct (reme

Re: [PATCH - VOTE] antlib patch #2 - unification of type and task

On 26 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote: > Sorry, the patch has been outstanding for weeks I know and there is nothing to feel sorry about. > and I wanted to move to the next step. Absolutely fine, the VOTE just seemed a bit misplaced, that's all. 8-) Stefan --

Re: [PATCH - VOTE] antlib patch #2 - unification of type and task

Opps, Sorry, the patch has been outstanding for weeks (since 2003-05-29) and I wanted to move to the next step. Peter. On Thu, 2003-06-26 at 14:26, Stefan Bodewig wrote: > On 25 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > If anyone has objections please veto. > > Nit picking, I kn

Re: [PATCH - VOTE] antlib patch #2 - unification of type and task

On 25 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote: > If anyone has objections please veto. Nit picking, I know: Stricktly speaking what you've committed is new functionality and as such is approved by a majority decision - no veto possible. The implementation could be vetoed, though. If y

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

bodewig 2003/06/26 06:15:22 Modified:src/main/org/apache/tools/ant ProjectHelper.java Log: 2003 Revision ChangesPath 1.97 +1 -1 ant/src/main/org/apache/tools/ant/ProjectHelper.java Index: ProjectHelper.java

DO NOT REPLY [Bug 7624] - chmod task should be extensible to non-Unix systems

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_bug

DO NOT REPLY [Bug 21094] - glob mapper inconsistently uses 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

DO NOT REPLY [Bug 21094] - glob mapper inconsistently uses 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: Ant 1.6 todo thoughts

Ok: 1) polymorphism 2) loading of antlib.xml files/resource 3) namespace 4) roles Peter On Wed, 2003-06-25 at 10:25, Stefan Bodewig wrote: > On 25 Jun 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > The roadmap could be: > >1) roles (allowing the typedef definition to be opti

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

peterreilly2003/06/26 01:54:29 Modified:docs/manual/CoreTasks taskdef.html typedef.html src/main/org/apache/tools/ant ComponentHelper.java Project.java ProjectHelper.java RuntimeConfigurable.java TaskAdapter.java

AW: Getting the complete build.xml?

I suggest reading http://codefeed.com/tutorial/ant_config.html . Conor wrote much interesting about that topic "Transfer the build.xml to the final object tree". Jan > -Ursprüngliche Nachricht- > Von: Mazzolini, Mike [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 25. Juni 2003 16:3

DO NOT REPLY [Bug 21094] - glob mapper inconsistently uses 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: Getting the complete build.xml?

On Wed, 25 Jun 2003, Mike Mazzolini <[EMAIL PROTECTED]> wrote: > Now this leads into another question. The Project.topoSort and > Project.getTargets gets me all targets and their tasks but what if > someone does an 'antcall' task? Then you are out of luck - sorry. This is one of the main reason

Re: OT: More trivia about dates than you ever wanted to know

On Thu, 26 Jun 2003 06:22 am, Bruce Atherton wrote: > AU Australia 1752-09-02 Hmmm. I don't think the inhabitants at the time made any record of that decision. :-) Conor - To unsubscribe, e-mail: [EMAIL PROTECTED