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

For ant 1.8, we will support jdk6 javax.script.* in some fashion. JDK 6 has javascript (a nobbled version of rhino) built in - so ant build files will get that language for free if the they use JDK 6. On 9/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> I also think that a lot of the

[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: Re: suggestion : Ant 1.8 full dist to include a 'scripting lang'

--- 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 b

Re: Using a custom CompilerAdapter from rcs

--- Conor MacNeill <[EMAIL PROTECTED]> wrote: > 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, in the future, I'd appreciate your not pointing out my failure to grasp the obv

Re: classloader for 1.7

The subject line is manually entered b/c I no longer have the mails from the original thread; I'm hoping the mail archive will do the right thing anyway. So (and I make no pretense that this isn't DIRECTLY related to my other thread)... Peter, what's the status of your simplified extension task p

svn commit: r442613 - /ant/core/trunk/docs/manual/develop.html

Author: mbenson Date: Tue Sep 12 08:05:05 2006 New Revision: 442613 URL: http://svn.apache.org/viewvc?view=rev&rev=442613 Log: spelling, ws Modified: ant/core/trunk/docs/manual/develop.html Modified: ant/core/trunk/docs/manual/develop.html URL: http://svn.apache.org/viewvc/ant/core/trunk/do

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

Matt Benson wrote: Talking about flamebait, I'll toss this out there: we could create our own scripting language... with domain-specific slants if/where applicable... this would extricate us from any distribution issues, and, dare I say it, could be fun if we could find ways to make a DSL that

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

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > > > > Talking about flamebait, I'll toss this out there: > we > > could create our own scripting language... with > > domain-specific slants if/where applicable... this > > would extricate us from any distribution issues, >

Re: classloader for 1.7

Hi Peter, I would add another question : does this appendcomponentpath task allow to add stuff to the classpath where we are normally hit by the delegating classloader problem ? Such as JDBC/JNDI drivers for instance. Regards, Antoine Original-Nachricht Datum: Tue, 12 Sep 200

Re: classloader for 1.7

There is the task: I am not too sure if I am using the new ResourceCollection stuff correctly! Peter /* * Copyright 2006 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * Y

Re: classloader for 1.7

On 9/12/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: Hi Peter, I would add another question : does this appendcomponentpath task allow to add stuff to the classpath where we are normally hit by the delegating classloader problem ? Such as JDBC/JNDI drivers for instance. For JDBC, it

DO NOT REPLY [Bug 40487] New: - XSLT task fails to pass factory attribute

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

Restricted types: Re: Location in non-Task tasks

On 9/11/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > 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 co

DO NOT REPLY [Bug 40487] - XSLT task fails to pass factory attribute

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

DO NOT REPLY [Bug 40487] - XSLT task fails to pass factory attribute

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

DO NOT REPLY [Bug 40487] - XSLT task fails to pass factory attribute

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: Restricted types: Re: Location in non-Task tasks

> > > > 2) Introduce a or for the purpose > > > > of locating extension points as nested elements. Ok, I dug out my old code and after digging out some of the bugs and misunderstanding, I have modded IH, CH (componenthelper), and to allow "restricted" types. Cool!!! I am not too sure th

Re: classloader for 1.7

Hello Peter, I had a problem with a custom task which I had written which was using JNDI. This task had a runtime dependency on a JNDI driver for MQ Series. Adding the JNDI driver to the classpath of the taskdef never worked, the only thing that worked was to start ant with a -lib fullpathtoMQJ

Re: Restricted types: Re: Location in non-Task tasks

On 9/12/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > > > 2) Introduce a or for the purpose > > > > > of locating extension points as nested elements. > Ok, I dug out my old code and after digging out some of the bugs > and misunderstanding, I have modded IH, CH (componenthelper), >

Re: classloader for 1.7

In this case you could try the classloader task. Peter On 9/12/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: Hello Peter, I had a problem with a custom task which I had written which was using JNDI. This task had a runtime dependency on a JNDI driver for MQ Series. Adding the JNDI driv

Re: classloader for 1.7

--- Peter Reilly <[EMAIL PROTECTED]> wrote: > There is the task: Thanks! > I am not too sure if I am using the new > ResourceCollection stuff > correctly! > I don't think the URLElement is necessary, as Ant 1.7 has URLResource mapped to . There may also be a problem with the reference handl

Re: Restricted types: Re: Location in non-Task tasks

> > however we can add the @ant.type tags now for documentation?, > > Sure, provided we settle on a doc tag name, which ideally would match > the <*def> we choose. --DD @ant.type --> @ant.task --> @ant.role --> Role implies (to me at least) that the name is bound to a given role, like bein

Re: classloader for 1.7

I had a problem with a custom task which I had written which was using JNDI. This task had a runtime dependency on a JNDI driver for MQ Series. Adding the JNDI driver to the classpath of the taskdef never worked, the only thing that worked was to start ant with a -lib fullpathtoMQJNDI.jar. I as

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: classloader for 1.7

Hi Dominique, my custom task did not create a classloader, at least not "consciously". The custom task was defined with . I simply saw that putting the JNDI driver in the classpath of the taskdef did not work. Regards, Antoine Original-Nachricht Datum: Tue, 12 Sep 2006 18:57:

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

Author: antoine Date: Tue Sep 12 17:09:02 2006 New Revision: 442764 URL: http://svn.apache.org/viewvc?view=rev&rev=442764 Log: added comment for last fixed bug rep and whitespace Modified: ant/core/trunk/WHATSNEW Modified: ant/core/trunk/WHATSNEW URL: http://svn.apache.org/viewvc/ant/core/t

svn commit: r442762 - in /ant/core/trunk/docs/manual: OptionalTasks/sshexec.html install.html

Author: antoine Date: Tue Sep 12 17:05:04 2006 New Revision: 442762 URL: http://svn.apache.org/viewvc?view=rev&rev=442762 Log: Bugzilla Report 40333, jsch 0.1.29 minimum required. Modified: ant/core/trunk/docs/manual/OptionalTasks/sshexec.html ant/core/trunk/docs/manual/install.html Modi

svn commit: r442772 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/DirectoryScanner.java

Author: antoine Date: Tue Sep 12 17:37:27 2006 New Revision: 442772 URL: http://svn.apache.org/viewvc?view=rev&rev=442772 Log: remove needless synchronization in DirectoryScanner. Bugzilla Report 40237. Modified: ant/core/trunk/WHATSNEW ant/core/trunk/src/main/org/apache/tools/ant/Direc

DO NOT REPLY [Bug 40237] - [PATCH] remove needless synchronization in DirectoryScanner

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: suggestion : Ant 1.8 full dist to include a 'scripting lang'

> > Talking about flamebait, I'll toss this out there: > we > > could create our own scripting language... with > > domain-specific slants if/where applicable... this > > would extricate us from any distribution issues, > and, > > dare I say it, could be fun if we could find ways > to > > make a

svn commit: r442789 - in /ant/core/trunk: WHATSNEW docs/manual/OptionalTasks/ejb.html src/main/org/apache/tools/ant/taskdefs/optional/ejb/WebsphereDeploymentTool.java

Author: antoine Date: Tue Sep 12 18:39:59 2006 New Revision: 442789 URL: http://svn.apache.org/viewvc?view=rev&rev=442789 Log: unrestrict the dbvendor for the websphere element of the ejbjar task. Bugzilla Report 40475. Modified: ant/core/trunk/WHATSNEW ant/core/trunk/docs/manual/Optional

DO NOT REPLY [Bug 40475] - [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

DO NOT REPLY [Bug 40330] - antversion JunitTest fails with version 1.7.0Beta1

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

DO NOT REPLY [Bug 39492] - JUnit report XSL sheet needs to escape XML in the trace

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: r442794 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ejb/WebsphereDeploymentTool.java

Author: antoine Date: Tue Sep 12 19:03:07 2006 New Revision: 442794 URL: http://svn.apache.org/viewvc?view=rev&rev=442794 Log: fix javadoc parameter Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ejb/WebsphereDeploymentTool.java Modified: ant/core/trunk/src/main/o

svn commit: r442811 - /ant/antlibs/common/tags/dotnet_10beta1/

Author: bodewig Date: Tue Sep 12 20:25:02 2006 New Revision: 442811 URL: http://svn.apache.org/viewvc?view=rev&rev=442811 Log: tag version used in 1.0 beta 1 on .NET Antlib Added: ant/antlibs/common/tags/dotnet_10beta1/ - copied from r441174, ant/antlibs/common/trunk/

svn commit: r442818 - in /ant/antlibs/dotnet/tags/10_B1: ./ NOTICE README TODO build.xml contributors.xml doap_DotnetAntlib.rdf docs/ libraries.properties src/

Author: bodewig Date: Tue Sep 12 20:35:57 2006 New Revision: 442818 URL: http://svn.apache.org/viewvc?view=rev&rev=442818 Log: Tag 1.0 Beta 1 Added: ant/antlibs/dotnet/tags/10_B1/ (props changed) - copied from r441174, ant/antlibs/dotnet/trunk/ ant/antlibs/dotnet/tags/10_B1/NOTICE

DO NOT REPLY [Bug 38392] - DotNet Antlib (1.6.2 compatible) MSBuild task doesn't properly delimit target and property parameters

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: r442825 - /ant/antlibs/ReleaseInstructions

Author: bodewig Date: Tue Sep 12 21:06:40 2006 New Revision: 442825 URL: http://svn.apache.org/viewvc?view=rev&rev=442825 Log: update Modified: ant/antlibs/ReleaseInstructions Modified: ant/antlibs/ReleaseInstructions URL: http://svn.apache.org/viewvc/ant/antlibs/ReleaseInstructions?view=di

svn commit: r442826 - in /ant/antlibs/dotnet/trunk: doap_DotnetAntlib.rdf libraries.properties

Author: bodewig Date: Tue Sep 12 21:07:01 2006 New Revision: 442826 URL: http://svn.apache.org/viewvc?view=rev&rev=442826 Log: bump version Added: ant/antlibs/dotnet/trunk/libraries.properties (with props) Modified: ant/antlibs/dotnet/trunk/doap_DotnetAntlib.rdf Modified: ant/antlibs/d

[ANN] Apache .NET Ant Library 1.0 Beta 1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Ant team is proud to announce the first beta release of one of its standalone Ant libraries. The Apache .NET Ant library contains the "old" support task for developing software for the .NET platform but also adds support for common tools of the .N

DO NOT REPLY [Bug 40487] - XSLT task fails to pass factory attribute

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: r442837 - in /ant/core/trunk: docs/ docs/antlibs/ docs/antlibs/dotnet/ xdocs/ xdocs/antlibs/ xdocs/antlibs/dotnet/

Author: bodewig Date: Tue Sep 12 21:38:42 2006 New Revision: 442837 URL: http://svn.apache.org/viewvc?view=rev&rev=442837 Log: Announce .NET Antlib release Modified: ant/core/trunk/docs/antlibs/bindownload.html ant/core/trunk/docs/antlibs/dotnet/index.html ant/core/trunk/docs/antlibs/

svn commit: r442849 - /ant/core/trunk/src/main/org/apache/tools/ant/TaskAdapter.java

Author: bodewig Date: Tue Sep 12 22:25:49 2006 New Revision: 442849 URL: http://svn.apache.org/viewvc?view=rev&rev=442849 Log: Don't wrap BuildExceptions in yet another BuildException Modified: ant/core/trunk/src/main/org/apache/tools/ant/TaskAdapter.java Modified: ant/core/trunk/src/main/or

svn commit: r442851 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AssertTask.java

Author: bodewig Date: Tue Sep 12 22:26:20 2006 New Revision: 442851 URL: http://svn.apache.org/viewvc?view=rev&rev=442851 Log: Add location information Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AssertTask.java Modified: ant/antlibs/antunit/trunk/src/main/org/apache

svn commit: r442854 - /ant/antlibs/antunit/trunk/src/tests/junit/org/apache/ant/antunit/AssertTest.java

Author: bodewig Date: Tue Sep 12 22:27:07 2006 New Revision: 442854 URL: http://svn.apache.org/viewvc?view=rev&rev=442854 Log: unwrapping is no longer necessary, now that macrodef and TaskAdapter pass the exceptions unchanged Modified: ant/antlibs/antunit/trunk/src/tests/junit/org/apache/an

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

On Tue, 12 Sep 2006, Kevin Jackson <[EMAIL PROTECTED]> wrote: > As a data point it's important to note that the python re-write > didn't attract more developers I think that's because Gump still hasn't managed to prove it's not a "those Java people" thing. > - having said that if you wanted apac

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

On Tue, 12 Sep 2006, Matt Benson <[EMAIL PROTECTED]> wrote: > dare I say it, could be fun if we could find ways to > make a DSL that is Ant-focused. ;) Ant is a DSL, isn't it? The easiest thing would be a re-implementation of Ant in Common Lisp, we'd get real macros and a time-tested "scripting

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

On Tue, 12 Sep 2006, Jan Materne <[EMAIL PROTECTED]> wrote: > Oh - Gump3 is over? Let's call it dormant. Large parts of Gump are stable, there isn't much need for active development. Maven 2 is the most pressing problem and it would either need (more) support by the Maven community or me sittin

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

On 9/13/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Tue, 12 Sep 2006, Matt Benson <[EMAIL PROTECTED]> wrote: > dare I say it, could be fun if we could find ways to > make a DSL that is Ant-focused. ;) Ant is a DSL, isn't it? The easiest thing would be a re-implementation of Ant in Common

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

On Wed, 13 Sep 2006, Kevin Jackson <[EMAIL PROTECTED]> wrote: > On 9/13/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> On Tue, 12 Sep 2006, Matt Benson <[EMAIL PROTECTED]> wrote: >> (project :name "Ant" :default "echo" >> (target :name "echo" >> (echo :message "Hello World"))) >> >> Tasks

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

>> (project :name "Ant" :default "echo" >> (target :name "echo" >> (echo :message "Hello World"))) >> >> Tasks would be functions or macros. > > Anyone interested in a CLISP version of Ant? You'd be surprised how much less lines of code you'd need when compared to the Java version, really.

[AntUnit] Is extending ConditionBase really that bad?

Hi, as I stated in another thread, I don't feel bad for extending ConditionBase but if a majority here would prefer AsserTask to stick with a simple add(Condition) in a task derived class, I'd be up for it as well. I'd only want to see this straightened out before we release the first AntUnit bet