AW: Status of AntUnit

Looks good. But the projects name are "base_xml", "copy_xml", "echo_xml" - why not suppressing the "_xml"? In JUnit we suppressed ".java", too. Jan >-Ursprüngliche Nachricht- >Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] >Gesendet: Samstag, 9. September 2006 22:12 >An: dev@ant.apache.

svn commit: r442117 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java

Author: jhm Date: Mon Sep 11 00:41:31 2006 New Revision: 442117 URL: http://svn.apache.org/viewvc?view=rev&rev=442117 Log: typo Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java UR

DO NOT REPLY [Bug 39782] - Add HelpTask

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://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Release 1.7.0Beta2

Original-Nachricht Datum: Mon, 11 Sep 2006 11:10:24 +0700 Von: "Kevin Jackson" <[EMAIL PROTECTED]> An: "Ant Developers List" Betreff: Re: [VOTE] Release 1.7.0Beta2 > > > I propose to build a second beta on Sunday, September 17th > > > > > > the tag in Subversion would be : ANT_

[EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project dotnet-antlib-test has an issue affecting its community integration. This issue a

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project svn-antlib-test has an issue affecting its community integration. This issue affe

Re: [VOTE] Release 1.7.0Beta2

Antoine Levy-Lambert wrote: Hi, I propose to build a second beta on Sunday, September 17th the tag in Subversion would be : ANT_170_B2 the version returned by ant -version would be : ant 1.7.0Beta2 +1 - To unsubscribe, e

Re: Location in non-Task tasks

>> However, it is a pity that AssetTask has to extend >> ConditionBase ... oh well. > > It doesn't "have to", does it? All it needs is an add(Condition) > method, no? No. Most of the "old" conditions are not ed and so don't have a "name" of their own, you can't add them to a task that only has a

Re: [VOTE] Release 1.7.0Beta2

+1 On 9/10/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: Hi, I propose to build a second beta on Sunday, September 17th the tag in Subversion would be : ANT_170_B2 the version returned by ant -version would be : ant 1.7.0Beta2 Regards, Antoine -

Re: Location in non-Task tasks

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > >> However, it is a pity that AssetTask has to > extend > > >> ConditionBase ... oh well. > > > > > > It doesn't "have to", does it? All it needs is > an add(Condition) > > > method, no? > > > > No. Most of the "old" conditions are not > ed an

Re: Location in non-Task tasks

On 9/11/06, Matt Benson <[EMAIL PROTECTED]> wrote: --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > >> However, it is a pity that AssetTask has to > extend > > >> ConditionBase ... oh well. > > > > > > It doesn't "have to", does it? All it needs is > an add(Condition) > > > method, no? > >

Re: svn commit: r439014 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java antlib.xml

Looks like this chain got out of hand and killed the discussion. But we need consensus here on what to do before 1.7 final ships. Background: My assertion is that we should no longer allow the proliferation of addNewConditionOfTheWeek() methods on ConditionBase; my (unorthodox as usual) solution

Re: Location in non-Task tasks

> > 2) Introduce a or for the purpose > > of locating extension points as nested elements. but I looked at the code and realized that the type handling in ant would become too complicated - there I see your point. Increased complexity is not good. But is it really that complex? This new mec

Re: Location in non-Task tasks

Stefan Bodewig wrote: Hi, I just added the feature to print the line number an error occured on in AntUnit's plainlistener. I must admit that my error messages are sometimes not chosen well enough so having the line number to know which assertion in a longer testcase failed helps me a lot in J/

Re: Status of AntUnit

Stefan Bodewig wrote: Hi, with the exception of my other mail (Location in non-Tasks) all changes I intended to put in before we release AntUnit 1.0 are done. I even managed to modify JUnitReport's stylesheets to create useful reports for AntUnit tests. The results can be see at

Re: [VOTE] Release 1.7.0Beta2

+1 Martijn Peter Reilly wrote: +1 Peter On 9/10/06, Conor MacNeill <[EMAIL PROTECTED]> wrote: +1 Conor Antoine Levy-Lambert wrote: > Hi, > > I propose to build a second beta on Sunday, September 17th > > the tag in Subversion would be : ANT_170_B2 > the version returned by ant -versio

Re: svn commit: r439014 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java antlib.xml

Surprisingly, DD, who is often more frightened by my solutions than Peter, had no comment. ;) I thought it was clever and pragmatic. OK, maybe too clever ;-) But it reminds me of dynamic languages that allow custom handling of missing methods in classes, which is useful sometimes. Peter's sug

Re: Location in non-Task tasks

Stefan Bodewig wrote: On Sun, 10 Sep 2006, Dominique Devienne <[EMAIL PROTECTED]> wrote: However, it is a pity that AssetTask has to extend ConditionBase ... oh well. It doesn't "have to", does it? All it needs is an add(Condition) method, no? No. Most of the "old" conditions are not ed and

Re: Location in non-Task tasks

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > > On Sun, 10 Sep 2006, Dominique Devienne > <[EMAIL PROTECTED]> wrote: > >>> However, it is a pity that AssetTask has to > extend > >>> ConditionBase ... oh well. > >> It doesn't "have to", does it? All it needs is an > add

Re: svn commit: r439014 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java antlib.xml

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > Surprisingly, DD, who is often more frightened by > my > > solutions than Peter, had no comment. ;) > > I thought it was clever and pragmatic. OK, maybe too > clever ;-) But it > reminds me of dynamic languages that allow custom > handling of

Re: svn commit: r439014 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java antlib.xml

I'm still not sure I understand why inheriting from ConditionBase/using TaskAdapter is so terrible, especially if we move the location stuff up to ProjectComponent as Stefan proposed. What am I missing here? It's not terrible, but it's not clean IMHO. It complicates the interface quite a bit wh

svn commit: r442287 - in /ant/core/trunk: ./ src/etc/testcases/core/ src/main/org/apache/tools/ant/ src/testcases/org/apache/tools/ant/

Author: bodewig Date: Mon Sep 11 11:53:44 2006 New Revision: 442287 URL: http://svn.apache.org/viewvc?view=rev&rev=442287 Log: Push setLocation down to ProjectComponent, reflect it into adapted tasks Added: ant/core/trunk/src/etc/testcases/core/location.xml (with props) ant/core/trunk/s

Re: Status of AntUnit

On Mon, 11 Sep 2006, Jan Materne <[EMAIL PROTECTED]> wrote: > Looks good. But the projects name are "base_xml", "copy_xml", > "echo_xml" - why not suppressing the "_xml"? Could certainly be done. > In JUnit we suppressed ".java", too. No, we don't, we use the class name, which doesn't have any

svn commit: r442294 - /ant/core/trunk/WHATSNEW

Author: bodewig Date: Mon Sep 11 12:04:17 2006 New Revision: 442294 URL: http://svn.apache.org/viewvc?view=rev&rev=442294 Log: -can- Modified: ant/core/trunk/WHATSNEW Modified: ant/core/trunk/WHATSNEW URL: http://svn.apache.org/viewvc/ant/core/trunk/WHATSNEW?view=diff&rev=442294&r1=442293&r

svn commit: r442301 - in /ant/core/trunk/src: etc/testcases/core/location.xml testcases/org/apache/tools/ant/LocationTest.java

Author: bodewig Date: Mon Sep 11 12:35:36 2006 New Revision: 442301 URL: http://svn.apache.org/viewvc?view=rev&rev=442301 Log: failing testcase for a combination of location and macrodef Modified: ant/core/trunk/src/etc/testcases/core/location.xml ant/core/trunk/src/testcases/org/apache/t

Location in macrodef-ed tasks

Hi, I pushed setLocation down to ProjectComponent and added the reflection logic to TaskAdapter just to realize that it doesn't help. Most assertions are macrodef tasks and they always get their location set to the antlib descriptor they've been defined in, which is rather useless. I've committe

Re: Location in non-Task tasks

On Mon, 11 Sep 2006, Dominique Devienne <[EMAIL PROTECTED]> wrote: > 1) Have an Ant-conditions antlib, and force users of AntUnit to > explicit load it, with or without using an XML namespace. I'd be > fine with this myself. We could even add a into AntUnit's antlib.xml and pull the defined cond

Re: Location in non-Task tasks

On Mon, 11 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > it is in antlib:org.apache.tools.ant.taskdefs.condition > (possibly should be in o.a.t.a.types.condition !) +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] F

svn commit: r442304 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java

Author: bodewig Date: Mon Sep 11 12:46:57 2006 New Revision: 442304 URL: http://svn.apache.org/viewvc?view=rev&rev=442304 Log: try to make more sense Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/a

svn commit: r442307 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AssertionFailedException.java

Author: bodewig Date: Mon Sep 11 12:48:23 2006 New Revision: 442307 URL: http://svn.apache.org/viewvc?view=rev&rev=442307 Log: Add location-aware constructor Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AssertionFailedException.java Modified: ant/antlibs/antunit/trun

svn commit: r442308 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/antlib.xml

Author: bodewig Date: Mon Sep 11 12:51:30 2006 New Revision: 442308 URL: http://svn.apache.org/viewvc?view=rev&rev=442308 Log: suppress backtraces for assertions Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/antlib.xml Modified: ant/antlibs/antunit/trunk/src/main/org/ap

svn commit: r442312 - /ant/core/trunk/docs/ant_task_guidelines.html

Author: bodewig Date: Mon Sep 11 12:55:01 2006 New Revision: 442312 URL: http://svn.apache.org/viewvc?view=rev&rev=442312 Log: we don't transfer ownership Modified: ant/core/trunk/docs/ant_task_guidelines.html Modified: ant/core/trunk/docs/ant_task_guidelines.html URL: http://svn.apache.org

svn commit: r442315 - in /ant/core/trunk/docs/manual/OptionalTasks: csc.html ilasm.html ildasm.html importtypelib.html jsharpc.html vbc.html wsdltodotnet.html

Author: bodewig Date: Mon Sep 11 13:06:08 2006 New Revision: 442315 URL: http://svn.apache.org/viewvc?view=rev&rev=442315 Log: too different from the rest for a regexp Modified: ant/core/trunk/docs/manual/OptionalTasks/csc.html ant/core/trunk/docs/manual/OptionalTasks/ilasm.html ant/c

svn commit: r442321 - /ant/core/trunk/docs/manual/OptionalTasks/setproxy.html

Author: bodewig Date: Mon Sep 11 13:13:21 2006 New Revision: 442321 URL: http://svn.apache.org/viewvc?view=rev&rev=442321 Log: too different from the rest for a regexp Modified: ant/core/trunk/docs/manual/OptionalTasks/setproxy.html Modified: ant/core/trunk/docs/manual/OptionalTasks/setproxy

svn commit: r442324 - in /ant/core/trunk/docs/manual/CoreTasks: makeurl.html subant.html tempfile.html whichresource.html

Author: bodewig Date: Mon Sep 11 13:20:22 2006 New Revision: 442324 URL: http://svn.apache.org/viewvc?view=rev&rev=442324 Log: too different from the rest for a regexp Modified: ant/core/trunk/docs/manual/CoreTasks/makeurl.html ant/core/trunk/docs/manual/CoreTasks/subant.html ant/core

svn commit: r442328 - in /ant/core/trunk/docs/manual: ./ CoreTasks/ CoreTypes/ Integration/ OptionalTasks/ stylesheets/

Author: bodewig Date: Mon Sep 11 13:22:51 2006 New Revision: 442328 URL: http://svn.apache.org/viewvc?view=rev&rev=442328 Log: weaken regexp enough to pick up all Copyright lines Modified: ant/core/trunk/docs/manual/CoreTasks/antcall.html ant/core/trunk/docs/manual/CoreTasks/antstructure.

svn commit: r442331 - /ant/core/trunk/docs/manual/tutorial-tasks-filesets-properties.html

Author: bodewig Date: Mon Sep 11 13:24:18 2006 New Revision: 442331 URL: http://svn.apache.org/viewvc?view=rev&rev=442331 Log: license, no copyright anymore Modified: ant/core/trunk/docs/manual/tutorial-tasks-filesets-properties.html Modified: ant/core/trunk/docs/manual/tutorial-tasks-filese

svn commit: r442338 - in /ant/core/trunk: docs/ant2/ src/etc/ src/main/org/apache/tools/ant/taskdefs/optional/perforce/ src/main/org/apache/tools/ant/taskdefs/optional/sos/ src/main/org/apache/tools/a

Author: bodewig Date: Mon Sep 11 13:37:25 2006 New Revision: 442338 URL: http://svn.apache.org/viewvc?view=rev&rev=442338 Log: the last files with Copyright notices should be gone now Modified: ant/core/trunk/docs/ant2/features.html ant/core/trunk/src/etc/coverage-frames.xsl ant/core/

svn commit: r442349 - /ant/core/trunk/docs/manual/install.html

Author: peterreilly Date: Mon Sep 11 14:00:03 2006 New Revision: 442349 URL: http://svn.apache.org/viewvc?view=rev&rev=442349 Log: add antlr to groovy jars and add not about groovt-all, Bugzilla 37769 Modified: ant/core/trunk/docs/manual/install.html Modified: ant/core/trunk/docs/manual/inst

DO NOT REPLY [Bug 38451] - When using the html option the antlr task doesn't recognised whether the target is up-to-date and thus executes superfluous compilations.

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://issues.apache.org/bugzilla/show_bu

svn commit: r442353 - in /ant/core/trunk: CONTRIBUTORS WHATSNEW contributors.xml src/main/org/apache/tools/ant/taskdefs/optional/ANTLR.java src/testcases/org/apache/tools/ant/util/ReaderInputStreamTes

Author: peterreilly Date: Mon Sep 11 14:11:39 2006 New Revision: 442353 URL: http://svn.apache.org/viewvc?view=rev&rev=442353 Log: bugzilla report 38451: handling of html option of aantlr Modified: ant/core/trunk/CONTRIBUTORS ant/core/trunk/WHATSNEW ant/core/trunk/contributors.xml

DO NOT REPLY [Bug 37759] - For Groovy, dependencies do not include antlr-[version].jar

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://issues.apache.org/bugzilla/show_bu

svn commit: r442367 - /ant/core/trunk/CONTRIBUTORS

Author: peterreilly Date: Mon Sep 11 15:00:15 2006 New Revision: 442367 URL: http://svn.apache.org/viewvc?view=rev&rev=442367 Log: forgot to commit Modified: ant/core/trunk/CONTRIBUTORS Modified: ant/core/trunk/CONTRIBUTORS URL: http://svn.apache.org/viewvc/ant/core/trunk/CONTRIBUTORS?view=

svn commit: r442369 - in /ant/core/trunk/src: main/org/apache/tools/ant/taskdefs/MacroInstance.java testcases/org/apache/tools/ant/LocationTest.java

Author: peterreilly Date: Mon Sep 11 15:01:59 2006 New Revision: 442369 URL: http://svn.apache.org/viewvc?view=rev&rev=442369 Log: make macrodef.backtrace=false cause all the nested tasks/types to have the same location as the macrodef instance Modified: ant/core/trunk/src/main/org/apache/to

Re: Location in macrodef-ed tasks

I have make a change to MacroInstance to check when macrodef.backtrace = false, and if so set the location of all the copied UEs to the MacroInstance.getLocation(). With this change, your test passes. Peter On 9/11/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: Hi, I pushed setLocation down to

DO NOT REPLY [Bug 40475] New: - [PATCH] Eliminate hardcoded database vendor type enumeration in WebSphereDeploymentTool.java

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://issues.apache.org/bugzilla/show_bu

svn commit: r442375 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java

Author: mbenson Date: Mon Sep 11 15:24:32 2006 New Revision: 442375 URL: http://svn.apache.org/viewvc?view=rev&rev=442375 Log: Restore non-BC removal of protected lSep property; WS Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter.java Modified

Using a custom CompilerAdapter from rcs

This is really a user question but I think it's advanced enough for devs, since I've been looking at it for some time already without success. Does anyone know of a way with 1.6.5 or 1.7.0 that we can/will be able to load a CompilerAdapter from a locally stored jar (not installed, specified w/ -li

Re: Using a custom CompilerAdapter from rcs

For Clover, I know we use a class loader extender. We have a custom task called . IOW, you can use a custom task now if the capability is not in the core. Conor Matt Benson wrote: > This is really a user question but I think it's > advanced enough for devs, since I've been looking at > it for so

suggestion : Ant 1.8 full dist to include a 'scripting lang'

Hi all, Coming in too work today I was thinking about how although scriptdef is a very handy way of quickly specifying tasks without having to compile code, and how it can be used within an antlib, but that no-one at apachecon asia had used it. The reasons they gave was: 1 - didn't know about it

Re: suggestion : Ant 1.8 full dist to include a 'scripting lang'

+1 I think we need a scriptdef library. Having a standard scripting language would help too. - Alexey. On 9/11/06, Kevin Jackson <[EMAIL PROTECTED]> wrote: Hi all, Coming in too work today I was thinking about how although scriptdef is a very handy way of quickly specifying tasks without hav

DO NOT REPLY [Bug 40333] - need to use jsch-0.1.28

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://issues.apache.org/bugzilla/show_bu

Re: Location in macrodef-ed tasks

On Mon, 11 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > I have make a change to MacroInstance to check when > macrodef.backtrace = false, and if so set the location of all the > copied UEs to the MacroInstance.getLocation(). With this change, > your test passes. Thanks. I could have done

svn commit: r442445 - in /ant/core/trunk/src: etc/testcases/core/location.xml testcases/org/apache/tools/ant/LocationTest.java

Author: bodewig Date: Mon Sep 11 21:27:39 2006 New Revision: 442445 URL: http://svn.apache.org/viewvc?view=rev&rev=442445 Log: Add a test for presetdef-ed tasks for completeness Modified: ant/core/trunk/src/etc/testcases/core/location.xml ant/core/trunk/src/testcases/org/apache/tools/ant/

svn commit: r442449 - /ant/sandbox/antlibs/vss/docs/vss.html

Author: bodewig Date: Mon Sep 11 21:34:40 2006 New Revision: 442449 URL: http://svn.apache.org/viewvc?view=rev&rev=442449 Log: Add license, remove copyright Modified: ant/sandbox/antlibs/vss/docs/vss.html Modified: ant/sandbox/antlibs/vss/docs/vss.html URL: http://svn.apache.org/viewvc/ant/

Re: Status of AntUnit

On Mon, 11 Sep 2006, Steve Loughran <[EMAIL PROTECTED]> wrote: > If you check out antbook.cvs.sf.net, the examples/sections projects > in ch17 & ch18 make full use of antunit. You could either pull them > down to play with or write the gump descriptors to gump them as part > of an anunit regressio

Re: Re: suggestion : Ant 1.8 full dist to include a 'scripting lang'

> Personally I think we should at least consider including a 'script' > language with the full dist (starting from 1.8) so that scriptdef > isn't a lame duck out of the box. Biggest problem might be that the language needs to be license compatible. Yes I can see this as a problem - sorry didn't

svn commit: r442450 - /ant/sandbox/antlibs/http/trunk/docs/http-antlib.html

Author: bodewig Date: Mon Sep 11 21:35:54 2006 New Revision: 442450 URL: http://svn.apache.org/viewvc?view=rev&rev=442450 Log: Add license, remove copyright Modified: ant/sandbox/antlibs/http/trunk/docs/http-antlib.html Modified: ant/sandbox/antlibs/http/trunk/docs/http-antlib.html URL: htt

Re: svn commit: r439014 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java antlib.xml

On Mon, 11 Sep 2006, Matt Benson <[EMAIL PROTECTED]> wrote: > Looks like this chain got out of hand and killed the discussion. Might be related to the Subject line ;-) > But we need consensus here on what to do before 1.7 final ships. Yes. We don't need consensus on how to deal with newConditi

svn commit: r442446 - in /ant/antlibs/antunit/trunk/docs: assert.html assertions.html expectfailure.html index.html

Author: bodewig Date: Mon Sep 11 21:30:58 2006 New Revision: 442446 URL: http://svn.apache.org/viewvc?view=rev&rev=442446 Log: Add license, remove copyright Modified: ant/antlibs/antunit/trunk/docs/assert.html ant/antlibs/antunit/trunk/docs/assertions.html ant/antlibs/antunit/trunk/do

svn commit: r442447 - in /ant/antlibs/svn/trunk/docs: changelog.html revisiondiff.html svn.html tagdiff.html

Author: bodewig Date: Mon Sep 11 21:31:57 2006 New Revision: 442447 URL: http://svn.apache.org/viewvc?view=rev&rev=442447 Log: Add license, remove copyright Modified: ant/antlibs/svn/trunk/docs/changelog.html ant/antlibs/svn/trunk/docs/revisiondiff.html ant/antlibs/svn/trunk/docs/svn.

Re: suggestion : Ant 1.8 full dist to include a 'scripting lang'

On Tue, 12 Sep 2006, Kevin Jackson <[EMAIL PROTECTED]> wrote: > Personally I think we should at least consider including a 'script' > language with the full dist (starting from 1.8) so that scriptdef > isn't a lame duck out of the box. Biggest problem might be that the language needs to be licens

AW: suggestion : Ant 1.8 full dist to include a 'scripting lang'

>> I also think that a lot of the code in the current optional tasks >> could be re-written using scriptdefs instead and provided as an >> antlib. This would keep the core in Java, but move the more >'scripty' >> style of tasks into a more appropriate tool/lang > >I'm not convinced that script