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

On Tue, 12 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > 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. > > These are like normal types except: > 1) they are only allowed

svn commit: r443224 - in /ant/core/trunk: docs/antlibs/proper.html xdocs/antlibs/antunit/index.xml xdocs/antlibs/index.xml xdocs/antlibs/proper.xml

Author: bodewig Date: Wed Sep 13 21:26:15 2006 New Revision: 443224 URL: http://svn.apache.org/viewvc?view=rev&rev=443224 Log: Remove reference to obsolete 1.6.2 compatible branch Modified: ant/core/trunk/docs/antlibs/proper.html ant/core/trunk/xdocs/antlibs/antunit/index.xml ant/core

svn commit: r443223 - in /ant/core/trunk: docs/antlibs/ docs/antlibs/antunit/ docs/antlibs/dotnet/ docs/antlibs/svn/ docs/projects/ xdocs/stylesheets/

Author: bodewig Date: Wed Sep 13 21:22:24 2006 New Revision: 443223 URL: http://svn.apache.org/viewvc?view=rev&rev=443223 Log: Add more links to download pages Modified: ant/core/trunk/docs/antlibs/antunit/index.html ant/core/trunk/docs/antlibs/bindownload.html ant/core/trunk/docs/ant

DO NOT REPLY [Bug 40504] - Provide sort task like UNIX sort function

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 40504] New: - Provide sort task like UNIX sort function

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: inline XSLT (and XML in general)

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > > Ant abuses xmlns work; you dont want inline XSL > style sheets or you will > be surprised about the bad things that can happen to > nested XML. Play > with ; you'll see what I mean. > > > that said, if is resource aware, we could have > an >

svn commit: r443120 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/MacroDef.java

Author: peterreilly Date: Wed Sep 13 14:01:23 2006 New Revision: 443120 URL: http://svn.apache.org/viewvc?view=rev&rev=443120 Log: Fix regression: revert changes to MacroDef.Attribute and Macrodef.Text The class had been modified to derive from a new class MacroDef.Member, when ant-contrib is comp

Re: inline XSLT (and XML in general)

Dominique Devienne wrote: how would people feel about having inline XSLT in the ant file under the xslt task? Yes, I thought about this too, but I don't think it's either practical nor easy. (1) Not practical because XSL stylesheet tend to be rather big. Mixing more than a minimal XSL with a

Re: inline XSLT (and XML in general)

Right, so as for 1) this would be more for doing selections and trasformations that are quick and trivial and that can't be done using something like XmlProperty to extract values. For some of these little things, I've used Brian Agnew's xmltask in the past. http://www.oopsconsultancy.com/soft

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

Re: Location in non-Task tasks

Matt Benson wrote: --- Steve Loughran <[EMAIL PROTECTED]> wrote: Or to have a ConditionTaskBase extends Task. not having condition base extends task causes lots of fun whenever you have any component that takes a ref to a nested task with an addTask(Task) thing. Steve, I was just reading b

Re: inline XSLT (and XML in general)

Hi, Right, so as for 1) this would be more for doing selections and trasformations that are quick and trivial and that can't be done using something like XmlProperty to extract values. 2) is a bit trickier, so that would be details I'd look into. I'm a bit swamped with other work but I'm going

Re: [AntUnit] Is extending ConditionBase really that bad?

Stefan Bodewig wrote: 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 relea

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

Kevin Jackson wrote: >> (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

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

Stefan Bodewig 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 Lisp, we'd get real macros and a

Re: inline XSLT (and XML in general)

how would people feel about having inline XSLT in the ant file under the xslt task? Yes, I thought about this too, but I don't think it's either practical nor easy. (1) Not practical because XSL stylesheet tend to be rather big. Mixing more than a minimal XSL with a build file will rapidly beco

inline XSLT (and XML in general)

Hi, First off I think I'm not the first, but I have to say it: ant is an amazing program. I've been able to do a huge amount with it and it has been very useful. Second, I'd like to suggest an improvement to the xslt task, but I'd like to get opininos on it before I put in the time and try to i

DO NOT REPLY [Bug 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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 37764] - [PATCH] Comparing StringBuffer and Strings will always be false

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 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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 non-Task tasks

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > > Or to have a ConditionTaskBase extends Task. not > having condition base > extends task causes lots of fun whenever you have > any component that > takes a ref to a nested task with an addTask(Task) > thing. > Steve, I was just reading back thr

DO NOT REPLY [Bug 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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'

On 9/13/06, Kevin Jackson <[EMAIL PROTECTED]> wrote: > According to https://scripting.dev.java.net/ > SCSI (http://sisc.sourceforge.net/) a scheme implementation > is supported by JDK6 scripting via an engine provided by > https://scripting.dev.java.net/servlets/ProjectDocumentList > Cool, one

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

On 9/13/06, Peter Reilly <[EMAIL PROTECTED]> wrote: Some classes thus may have multiple names associated with them, a unique top-level name and a restricted name that can be s Opps, I hit a emacs keystroke that sent the email... to continue: Some classes thus may have multiple names assoc

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

(just kidding). Score:5, Funny ;-) For me: sounds the best. Do not forget that this will probally not be used outside the ant core code as the resultant name may not be used at the top-level, or in targets - or sequential bodies. I don't see why it would be limited to ant core. Any antlib

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

On 9/13/06, Matt Benson <[EMAIL PROTECTED]> wrote: --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > I did not see the changes. But in principle I > agree with Dominique > > that a roledef should have 3 attributes : > > name, role, classname > > Just to clarify, I like the way Peter impleme

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

Am I correct in assuming we'd have, with whatever name: I think so. Peter can correct me if I'm wrong. What about ? Then what about or ? I don't like them ;-))) --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

Thanks, this is good summing up. On 9/13/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: > Sorry I did not read all the svn commit emails. Which classes implement these role definitions ? None, at least none that "define" a role. Peter has extended IH and co. to lookup nested-element in tas

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > I did not see the changes. But in principle I > agree with Dominique > > that a roledef should have 3 attributes : > > name, role, classname > > Just to clarify, I like the way Peter implemented it > (binding a class > to a name, without speci

Re: [AntUnit] Is extending ConditionBase really that bad?

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > 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

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

Sorry I did not read all the svn commit emails. Which classes implement these role definitions ? None, at least none that "define" a role. Peter has extended IH and co. to lookup nested-element in tasks/types that have add(X)-type methods, in a new mapping he called restricted types (because t

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

--- Kevin Jackson <[EMAIL PROTECTED]> wrote: > 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,

DO NOT REPLY [Bug 28283] - OutOfMemory error

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 28283] - OutOfMemory error

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

Original-Nachricht Datum: Wed, 13 Sep 2006 12:14:07 +0100 Von: "Peter Reilly" <[EMAIL PROTECTED]> An: "Ant Developers List" Betreff: Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks] > I do not like the idea of a role. > > A class declares which Interfaces i

DO NOT REPLY [Bug 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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 28283] - OutOfMemory error

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: [AntUnit] Is extending ConditionBase really that bad?

(1) Would you prefer a version of AssertTask that didn't extend ConditionBase? Yes. (2) Would you want AntUnit to silently typedef all existing conditions into the AntUnit namespace? People wouldn't even notice. Yes, and no... Yes, I'd prefer it only had a add(Condition), but doing (

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

I did not see the changes. But in principle I agree with Dominique that a roledef should have 3 attributes : name, role, classname Just to clarify, I like the way Peter implemented it (binding a class to a name, without specifying what "role"s this class should play). But the term "role" also im

Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

On 9/13/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: Hi, I did not see the changes. But in principle I agree with Dominique that a roledef should have 3 attributes : name, role, classname or can we make the role attribute optional by finding out by introspection whether a class is a cond

DO NOT REPLY [Bug 36091] - [PATCH] SqlExec.runStatements relies on incorrect StringBuffer.equals

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

Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks]

Hi, I did not see the changes. But in principle I agree with Dominique that a roledef should have 3 attributes : name, role, classname or can we make the role attribute optional by finding out by introspection whether a class is a condition, or a selector, or a ... In any case we should have

[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

[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

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

According to https://scripting.dev.java.net/ SCSI (http://sisc.sourceforge.net/) a scheme implementation is supported by JDK6 scripting via an engine provided by https://scripting.dev.java.net/servlets/ProjectDocumentList Cool, one more to look at As a SideNote, does anyone know the state of

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

On 9/13/06, Kevin Jackson <[EMAIL PROTECTED]> wrote: I've been looking at a couple of Lisp-on-jvm things, Kawa, and ABCL, but Kawa is scheme not lisp, ABCL is alpha/bleeding edge and didn't actually work (at all). According to https://scripting.dev.java.net/ SCSI (http://sisc.sourceforge.net/

Re: [AntUnit] Is extending ConditionBase really that bad?

It should extend ConditionBase. On 9/13/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: 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 a

DO NOT REPLY [Bug 33192] - java task doesn't pass debug options properly.

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 40019] - Add shorcut regex attribute to

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 28283] - OutOfMemory error

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 28283] - OutOfMemory error

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