Re: [VOTE] EOL Apache Ant 1.9.x release series

On Sun, Jun 16, 2024 at 8:14 AM Jaikiran Pai wrote: > Implicit +1 from me. Makes complete sense. +1 >

Re: [VOTE] Retire the IvyDE Subproject

On Thu, Nov 23, 2023 at 8:19 AM Stefan Bodewig wrote: > Following our own rules I propose to retire IvyDE. > +1. --DD

Re: [VOTE] Send IvyDE to the Apache Attic

On Sun, Nov 19, 2023 at 6:40 PM Stefan Bodewig wrote: > I hereby propose to create a board resolution that will send IvyDE to > the Apache Attic. > +1. --DD

Re: Antlib SVN and antunit Java versions

On Tue, Dec 18, 2018 at 9:21 AM Jaikiran Pai wrote: > [...] 2 jobs[1][2] which are for Antlib SVN and Antunit libraries. Both these jobs are configure for JDK 5 [...] > However, the Maven central repo [...[ has been configured not to let > clients with > lower TLS versions (lesser than TLSv1.2)

Re: ant git commit: Update contributor lists, trim trailing whitespace

That's 20+ more contributors in one go. You've combed the commit log to add these people? What process exactly did you us? --DD On Mon, Aug 13, 2018 at 8:28 PM wrote: > Repository: ant > Updated Branches: > refs/heads/master c9c41729a -> 1afbe154a > > > Update contributor lists, trim trailin

Re: Ant documentation

On Thu, Mar 1, 2018 at 7:28 AM, Gintautas Grigelionis < g.grigelio...@gmail.com> wrote: > I made an attempt to convert the manual to HTML 5, the rationale being that > HTML 5 deprecates tt tag and recommends to replace it with tags like code, > kbd, samp and var, which could be used in a more cons

Re: Mapped resources NPEs - Potential fix causes a failure in one specific test

On Fri, Feb 9, 2018 at 11:05 AM, Jaikiran Pai wrote: > > On 09/02/18 2:47 PM, Dominique Devienne wrote: > >> On Fri, Feb 9, 2018 at 10:06 AM, Jaikiran Pai >> wrote: >> >> I need some inputs on how we should go about this specific change/test? >>> Shoul

Re: Mapped resources NPEs - Potential fix causes a failure in one specific test

On Fri, Feb 9, 2018 at 10:06 AM, Jaikiran Pai wrote: > I need some inputs on how we should go about this specific change/test? > Should this test continue to expect a exception or is it fine to expect > that target to complete cleanly (without copying anything)? > What's the source of the NPE? I

Re: ant-ivy git commit: tidy up the code

On Fri, Dec 8, 2017 at 3:26 PM, Gintautas Grigelionis < g.grigelio...@gmail.com> wrote: > So, my rule was simple: an "if ((..." with multiple leading parens is only > necessary where the logical condition is indeed complex. > I guess my point is more that such changes are a bit futile, and code c

Re: ant-ivy git commit: tidy up the code

On Fri, Dec 8, 2017 at 7:53 AM, wrote: > Repository: ant-ivy > Updated Branches: > refs/heads/master 1b84f2ee7 -> 12aeeec70 > > tidy up the code > -if ((currentTask.getTaskName() != null) > +if (currentTask.getTaskName() != null > && currentTask.getT

Re: Ivy logo as SVG

On Thu, Jun 8, 2017 at 4:35 PM, Gintautas Grigelionis < g.grigelio...@gmail.com> wrote: > https://drive.google.com/open?id=0B2mVPD7ZO6sdcDFkX1lQdHJWZVRwU > UdSSXI1VnF3bk5xTFhF I like it! --DD

Re: Ant Contrib

On Mon, Jun 5, 2017 at 3:13 PM, Jan Matèrne (jhm) wrote: > Some years ago there were a discussion about having ant-contrib a part of > Ant. > Result was that it wasn't possible due IP (and therefore legal) reasons. > > Having a look at the tasklist [1] there are some I would use: > ... * outofda

Re: [VOTE] Increase minimum Java version for Ivy to Java7

On Fri, May 19, 2017 at 7:25 AM, Jan Matèrne wrote: > As discussed on this mailing list [1] we should increase the minimum Java > version [2] from current (Ivy-2.4.0) Java5 to Java 7 (Ivy-2.5.0). > +1. --DD PS: Ivy already has trouble attracting dev attention, so I feel we should let those maki

Re: Facing Issues with Ant 1.10.0

On Mon, Jan 9, 2017 at 4:52 PM, Stefan Bodewig wrote: > On 2017-01-09, Sarika Sinha wrote: > > > I am trying to incorporate Ant 1.9.8 / 1.10.0 with Eclipse IDE. [...] > > Where as 1.9.8 works fine with existing Ant framework in eclipse, having > > many issues with Ant 1.10.0 like below and some m

Re: VOTE Retire IvyDE

+1 On Wed, Dec 7, 2016 at 8:41 AM, Jean-Louis Boudart < jeanlouis.boud...@gmail.com> wrote: > +1 > > Le 6 déc. 2016 6:51 PM, "Nicolas Lalevée" a > écrit : > > > +1 > > > > Nicolas > > > > > Le 6 déc. 2016 à 17:22, Stefan Bodewig a écrit : > > > > > > On 2016-12-05, Jan Matèrne (jhm) wrote: > >

Re: VOTE Retire EasyAnt subproject

+1 On Wed, Dec 7, 2016 at 8:14 AM, Jean-Louis Boudart < jeanlouis.boud...@gmail.com> wrote: > +1 > > 2016-12-07 1:05 GMT+01:00 Conor MacNeill : > > > +1 > > > > Conor > > > > > > On 5 December 2016 at 18:04, Jan Matèrne (jhm) > wrote: > > > I start a vote for retiring EasyAnt and all its compone

Re: Multi-Release JARs

On Wed, Sep 21, 2016 at 2:08 PM, Jan Matèrne (jhm) wrote: > I did a simple version using plain and . > Nice and simple. Great test. I like it! --DD

Re: JDK9 DateFormat changes

On Thu, Jul 28, 2016 at 5:44 PM, Stefan Bodewig wrote: > The text for the pattern attribute says "Defaults to MM/DD/ HH:MM > AM_or_PM or MM/DD/ HH:MM:SS AM_or_PM" - which indicates we should be > using a (thread-local) SimpleDateFormat rather than rely on the > standard patterns. Hi Ste

Re: [VOTE] Adopt Java8 as Baseline for 1.10 on master Branch

On Tue, Mar 22, 2016 at 1:11 PM, Stefan Bodewig wrote: > after the recent discussion, I'd like to propose the following: > > * create a branch 1.9.x that we use for Java5 compatible maintenance > releases - with Jenkins Matrix Builds, of course. > > * change the version number of the master bra

Re: overriding targets that are extension-of an extension point

On Mon, Jul 28, 2014 at 5:33 PM, Daniel Walden wrote: > [...] I am making use of target overriding in combination with > extension-points. > I have the same problem as that discussed here, which will hit me when I > upgrade to ant 1.9: > https://issues.apache.org/bugzilla/show_bug.cgi?id=56337 >

Re: former svn:externals: subtree merge or submodule

On Fri, May 30, 2014 at 4:39 PM, Stefan Bodewig wrote: > On 2014-05-29, Stefan Bodewig wrote: > >> AFAIU we have two options to replace the svn:externals, submodules[1] or >> subtrees[2]. I've never used either so haven't got any first hand >> experience. Anybody else? I'll also reach out to so

Re: migration to git and web site publication

On Tue, Apr 29, 2014 at 12:15 PM, Antoine Levy Lambert wrote: > On Apr 29, 2014, at 3:32 AM, Dominique Devienne wrote: >> Just for info, what makes you say that? Why would git be worse than >> SVN for large files? > > Below see some references found in google, the fir

Re: migration to git and web site publication

On Tue, Apr 29, 2014 at 5:00 AM, Antoine Levy Lambert wrote: > On Apr 28, 2014, at 1:29 AM, Jan Matèrne (jhm) wrote: >>> The web sites will remain in svn in any event because svnpubsub is the >>> only supported mechanism to maintain web sites AFAIK. >> [...] git/gitpubsub is working? > > Apache

Re: [VOTE] migration to git

On Mon, Apr 28, 2014 at 8:54 AM, Conor MacNeill wrote: > On 28 April 2014 13:02, Antoine Levy Lambert wrote: >> Let's vote about migrating to git : +0 on all. --DD - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For ad

Re: DirectoryScanner and "strange" File entities

On Tue, Mar 4, 2014 at 5:05 AM, Conor MacNeill wrote: > I agree with Antoine, dropping seems the simplest. > > On 4 March 2014 14:57, Antoine Levy Lambert wrote: >> just dropping them works for me. >> >> On Mar 3, 2014, at 8:39 AM, Stefan Bodewig wrote: >>> I think it would be easy to add guards

Re: [VOTE] Jean-Louis Boudart as a PMC member

On Tue, Nov 26, 2013 at 12:04 PM, Nicolas Lalevée < nicolas.lale...@hibnet.org> wrote: > Jean-Louis has been around for a very long time, owned committership, > contributed a lot to bring EasyAnt into the Ant PMC, and he is > participating to the vote in the release process. > > Thus, let's invite

Re: Target object names

On Sun, Dec 2, 2012 at 5:51 PM, Gábor Guta wrote: > If I list the target names of a project from the build node, there > is an extra target with name "". Is this target represents the global > declarations? from http://ant.apache.org/manual/using.html : "since Ant 1.6.0, every project includes

Re: [GUMP@vmgump]: Project test-ant (in module ant) failed

On Wed, Oct 10, 2012 at 12:20 PM, Gump Integration Build wrote: > Project test-ant has an issue affecting its community integration. > This issue affects 1 projects, > and has been outstanding for 128 runs. FYI: archives-test failures: [au:antunit] Build File: /srv/gump/public/workspace/ant/src

Re: [GUMP@vmgump]: Project test-ant-no-xerces (in module ant) failed

On Wed, Oct 10, 2012 at 12:38 PM, Gump Integration Build wrote: > 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 gene...@gump.apache.org. > > Project test-ant-no-xerces has an issue affe

Re: [GUMP@vmgump]: Project test-ant-1.8.x (in module ant-1.8.x) failed

On Wed, Oct 10, 2012 at 1:01 PM, Gump Integration Build wrote: > 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 gene...@gump.apache.org. > > Project test-ant

Re: Promotion: Bugzilla 53723 - [Patch] Local task: local by prefix, all local, New: global task

On Sun, Sep 16, 2012 at 5:24 PM, Matt Benson wrote: > [...] only I had intended to support regex matching. Can't 's selection logic be reused? --DD PS: Didn't look at the patch, so maybe it is. - To unsubscribe, e-mail: dev-uns

Re: NIO 2.0 == Ant 2.0? was Re: Java NIO support

On Sat, Feb 18, 2012 at 11:02 AM, Gilles Scokart wrote: > For me, one feature for a 2,0 would be a different style of dependency > tree that would allow better parallel execution (on the same machine, > or why not on distributed machines). Agreed. I was in fact thinking of this one as well when I

Re: NIO 2.0 == Ant 2.0? was Re: Java NIO support

2012/2/17 Bruce Atherton : > A lot of companies have their own, internally written build file generators > just so their build systems are consistent and exactly what they want. Our > Related Projects and External Tools page has some of these that were made > public, I suspect. > > Surely there is

Re: [VOTE] Drop JDK 1.4 after 1.8.3

On Sat, Jan 28, 2012 at 6:54 AM, Stefan Bodewig wrote: > On 2012-01-27, Jesse Glick wrote: >> As suggested in 1.8.3 thread, I propose we drop JDK 1.4 support in >> trunk after Ant 1.8.3 is released. It is long past EOL >> and >> cumbersome t

Re: Sources of the ant jars into the maven repository

2011/4/12 Nicolas Lalevée : > The more I used automatic dependency management and working with open source > project, the more I expect to quickly have a development environment in which > I can debug. So I often expect to have the sources attached to the jar I have > automatically download. But

Re: Submitting EasyAnt project to Apache Software Foundation

On Wed, Nov 17, 2010 at 4:42 AM, Jean-Louis Boudart wrote: > Yes you're right both tools share the same objectives. > There are a lot differences between Gradle and EasyAnt though. > > Gradle *can use* ant + ivy whereas easyant is *based over* ant + ivy. Thanks for this good write-up. A lot of it

Re: Can Anybody Fix our Logos?

On Tue, Nov 16, 2010 at 9:13 AM, Stefan Bodewig wrote: > Conor, Bruce, Dominique or Steve (or who else has been around in 2002) > do you still have a vector format version of the logo around?  Christoph > Wilhelms may have, I could ping him if nobody else can find it. Sorry Stefan, I think this w

Re: svn commit: r1035335 - in /ant/core/trunk/src/main/org/apache/tools/ant: ProjectHelper.java helper/ProjectHelper2.java taskdefs/BindTargets.java

2010/11/15 Nicolas Lalevée : > I saw that class EnumeratedAttribute, but it helps to define enums only from > the IntrospectionHelper. When I started to use that class, the strings > no-so-enum were still "leaked" through the Java API of the ProjectHelper. Right. > So I implemented a class that

Re: svn commit: r1035335 - in /ant/core/trunk/src/main/org/apache/tools/ant: ProjectHelper.java helper/ProjectHelper2.java taskdefs/BindTargets.java

On Mon, Nov 15, 2010 at 10:09 AM, wrote: > +    public final static class OnMissingExtensionPoint { I was actually thinking of org.apache.tools.ant.types.EnumeratedAttribute when I mentioned an enum, because from my recollection IntrospectionHelper was aware of it, but perhaps the valueOf() meth

Re: svn commit: r1032922 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/BindTargets.java

2010/11/9 Nicolas Lalevée : >> From the doc you just checked in, I now read: >> >> +The bindtargets task may only be used as a top-level task. This means >> that >> +it may not be used in a target. >> >> So maybe I was wrong. I didn't see the code enforcing that though? >> What prevents this task

Re: svn commit: r1032922 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/BindTargets.java

2010/11/9 Nicolas Lalevée : > That's what I thought, this proposed task being quite trivial and having no > side effect. > Obviously for larger patch or behavior change I would come first to the ML, > like I did for the project helpers for instance. Fair enough. A follow up email to the ML is go

Re: svn commit: r1032922 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/BindTargets.java

On Tue, Nov 9, 2010 at 10:34 AM, Dominique Devienne wrote: > The reason I'm a little reluctant on is that it's a task > that affects the dependency graph of targets, but bypassing the normal > means to do that, via . Since it's a task, it can be run at > any time, con

Re: svn commit: r1032990 - in /ant/core/trunk: WHATSNEW docs/manual/tasklist.html src/main/org/apache/tools/ant/taskdefs/BindTargets.java src/main/org/apache/tools/ant/taskdefs/defaults.properties src

On Tue, Nov 9, 2010 at 8:14 AM, wrote: > +   %s/binded/bound/g - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: svn commit: r1032931 - /ant/core/trunk/src/main/org/apache/tools/ant/Main.java

On Tue, Nov 9, 2010 at 5:35 AM, wrote: > +                    msg.append("   depends of: "); That doesn't sound correct somehow. " depends on "? " dependent of/on "? Could native speakers chime in please? Thanks, --DD - To uns

Re: svn commit: r1032922 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/BindTargets.java

2010/11/9 Nicolas Lalevée : > Note: I'll commit the unit test and doc I have wrote about this task. I don't > want to enforce anything, just share the work I have done. It is still up to > debate and can still be reverted. Well, process-wise we tend to discuss things out on the ML before committ

Re: [VOTE] Accept Bushel Donation

On Fri, Nov 5, 2010 at 9:45 AM, Stefan Bodewig wrote: > So, do we want to accept the Bushel donation? +1. --DD - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: How do I share data between custom Ant tasks?

On Mon, Oct 25, 2010 at 11:19 AM, Kevin Connor Arpe wrote: > I wrote a StackOverflow.com post, but was unable to get help on this issue. SO is great, but the official user and dev lists is the best place to ask Ant questions. > > >             description="test the custom task" >   > >      

Re: Testlistener Events in JUnit Slows Down Forked Tests in 1.8.x

On Mon, Aug 9, 2010 at 2:42 AM, Stefan Bodewig wrote: > The short story is that with the changed StreamPumper code and > useAvailable=true forked JUnit tests now take a longer time because the > test time is influenced by the time it takes to send the output for test > events back to Ant. > > For

Re: [VOTE] Release Manuals of Last Five Ant Releases

On Mon, Jul 19, 2010 at 10:59 AM, Peter Reilly wrote: > +1 release the manuals +1 as well. --DD - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: bug in DOMElementWriter

On Mon, Jun 28, 2010 at 4:03 AM, Stefan Bodewig wrote: > By now I tend to agree with Jon that DOMElementWriter should encode \n, > \r and \t when writing attribute values (and only when writing attribute > values). Despite giving an example involving nested text (so technically correct ;), and m

Re: bug in DOMElementWriter

On Sun, Jun 27, 2010 at 8:55 PM, Jon Stevens wrote: > However, the character that went into the attribute was not a \n, it was a > . I'd expect ant to give me back out, not \n. The point of > is to echo xml, is it not? In that case, the point here should be > to echo out the encoded value as x

Re: bug in DOMElementWriter

On Sat, Jun 26, 2010 at 6:54 PM, Jon Stevens wrote: > For example, attr="&" comes out as attr="&" and not attr="&"... I > don't have to write attr="&" to get what I want. The same is true > with attr=">"... it comes out as attr=">" instead of attr=">". This is > all because DOMElementWriter.en

Re: [Proposal] Capture attributes in unknown namespaces

On Thu, Jun 24, 2010 at 2:50 PM, Danny Yates wrote: > What would be kind of cool would be that if the parser encounters attributes > in a namespace that it doesn't recognise, then instead of ignoring them (as > it does now), it records them and makes them available through an API on the > Project

Re: missing extension-point behaviour

On Wed, Jun 23, 2010 at 4:27 PM, Danny Yates wrote: > Thanks for the pointer ref > > I'm not sure that merging the two builds is possible for various reasons. > Technically, yes; but for "security reasons", no. > > Also, I'd really like it so that I don't have to (or or > or whetever) into the

Re: missing extension-point behaviour

On Wed, Jun 23, 2010 at 2:17 PM, Danny Yates wrote: > [...] > In essence, you describe the build file which uses "extensionOf" > importing/including the build file which has the extension-points, but we're > trying to work the other way around and throwing two "master" build files > into the mix!

Re: missing extension-point behaviour

On Wed, Jun 23, 2010 at 5:34 AM, Stefan Bodewig wrote: > I've taken your patch and modified it locally so the attribute is now > named onMissingExtensionPoint (and the value "error" has been renamed to > "fail").  I've also added constants for the three possible attribute > values to ProjectHelper

Re: [VOTE] Remove commercial tasks from Ant

On Sat, Jun 19, 2010 at 1:38 PM, Bruce Atherton wrote: > > 1. Should the following commercial tasks be dropped from being distributed > with the Ant release? +1 to all. > 2. Should the commercial tasks that are voted for dropping from Ant core > above be established in their own Antlibs in the s

Re: what to expand?

On Mon, Jun 21, 2010 at 2:18 AM, Stefan Bodewig wrote: > loadproperties already can. > [...] > >   >     >   > > > you get > foo.y=${x} Well likely applies on the property file "text", not its "infoset", so will prefix comments and continuation lines as well, leading to an possibly incorrect f

Re: what to expand?

On Fri, Jun 18, 2010 at 2:47 AM, Stefan Bodewig wrote: > On 06/17/2010 11:10 AM, Stefan Bodewig wrote: > Assume > > x=x > y=${x} > > and that there is no property x defined prior to > >     > > then ${y} will be "x".  Using > >     > > ${foo.y} in Ant 1.8.0 is ${x} while it is "x" in 1.8.1 - the p

Re: [POLL] Bug 48804

On Fri, Apr 23, 2010 at 4:29 AM, Stefan Bodewig wrote: > [...] You can't extend an imported extension point with a target > from the importing build file (which is the primary use-case, really). Right. > [...] Personally I think the changed behavior isn't a bad thing, the old > behavior isn't do

Re: [Vote] Augment feature

> 1. Are you in favor of adding the augment feature to Ant? +1 > 2. Are you in favor of an attribute that allows references to >be marked as final, to avoid augmentation? +0 > 3. If a final attribute is decided upon, do you think it >should default to "false"? +1 --DD --

Re: task that allows augmentation of previously declared references

On Thu, Feb 25, 2010 at 10:00 AM, Gilles Scokart wrote: > Did you have any example to demonstrates the benefits of such task ? The benefits with conjunction with could be important, in that you can "mix-in" specialized pre-defined builds dealing with specific concerns (like JAXB pre-compilation

Re: task that allows augmentation of previously declared references

On Thu, Feb 25, 2010 at 8:56 AM, Dominique Devienne wrote: > On Wed, Feb 24, 2010 at 10:39 PM, Matt Benson wrote: >> I'd like to direct the Ant developers' attention to >> https://issues.apache.org/bugzilla/show_bug.cgi?id=48798 for discussion. BTW, I think the list

Re: task that allows augmentation of previously declared references

On Wed, Feb 24, 2010 at 10:39 PM, Matt Benson wrote: > I'd like to direct the Ant developers' attention to > https://issues.apache.org/bugzilla/show_bug.cgi?id=48798 for discussion. >  I'm hesitant to commit this outright because I anticipate this being > somewhat controversial.  If noone responds

Re: Ant picks class files from current directory rather than provided jar in classpath

On Fri, Feb 19, 2010 at 4:42 PM, krats wrote: > [...] directly use javac to compile , the behavior is what I would expect. So > for > example in the case I mentioned, assuming source structure src\f1\f1.java > and src\f2\f2.java, if I already create f1.jar and put it in lib, and > assuming f2.jav

Re: [POLL] Rewriting Ant's self description

On Mon, Feb 8, 2010 at 11:33 AM, Antoine Levy Lambert wrote: > Stefan Bodewig wrote: >> I agree its time to move away from "make without make's wrinkles" and >> prefer a description that says what Ant is rather than what it is not. >> Your draft does so pretty well. > > Thanks +1 from me too, and

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain

On Thu, Jan 7, 2010 at 1:57 PM, Dominique Devienne wrote: > On Thu, Jan 7, 2010 at 1:35 PM, Bruce Atherton wrote: >> While you are undeniably technically right that suffixlines is a better >> match with prefixlines, which of the three sounds better and is going to be >

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain

On Thu, Jan 7, 2010 at 1:35 PM, Bruce Atherton wrote: > While you are undeniably technically right that suffixlines is a better > match with prefixlines, which of the three sounds better and is going to be > clearer to users: appendtolines, suffixlines, or postfix lines. header/footer lines? prol

Re: deep-if/deep-unless

On Wed, Dec 16, 2009 at 9:32 AM, Antoine Levy Lambert wrote: > is a sequence of tasks. If the process is highly configurable, there can be > several blocks of tasks which are optionally executed. Maybe a custom executor that blocks some targets would work for you? Depends how these properties tha

Re: [POLL] target-groups

2009/12/16 Nicolas Lalevée : > [...] But targets are all "public" Except for the tradition of having non-public targets' names start with a dash. > So it seemed to me quite useless to try to restrict anything. Restrict? More like caution, that's all. Lets not open Pandora's box just yet on targe

Re: [POLL] target-groups

On Tue, Dec 15, 2009 at 7:53 PM, Bruce Atherton wrote: > Can anyone give a concrete example where there would be a problem treating a > target-group as if it were a target? Can't. But my thinking is that we should ere on the conservative side when we introduce such a feature, and that it's easier

Re: [POLL] target-groups

On Mon, Dec 14, 2009 at 6:19 AM, Stefan Bodewig wrote: >  * have some special construct that has a depends list similar to >    target.  targets can depend on such a construct and add themselves >    to the depends list (the current code base). +1, modulo the terminology. >  * allow targets to ad

Re: Maybe we should open up "depends" for all targets [again]

On Fri, Dec 11, 2009 at 6:32 AM, Xavier Hanin wrote: > 2009/12/10 Stefan Bodewig >> and would do away with any notion of target composition people way >> expect from the name target-*group*. > I also think the name target-group is confusing for something that doesn't > provide any composition. [.

Re: if/unless Attributes

On Fri, Sep 25, 2009 at 8:16 AM, Jesse Glick wrote: > Refined proposal: > > 1. Make evaluate if/unless attributes (just before deciding whether > or not to run the target). > > 2. Introduce Project.isTrueOrSet(String val) which would return true if > toBoolean(val) || getProperty(val) != null. >

Re: if/unless Attributes

On Thu, Sep 24, 2009 at 10:46 AM, Stefan Bodewig wrote: > On 2009-09-24, Dominique Devienne wrote: >> we have ${toString:foo}, we might as well call it ${toBoolean:foo} to >> be consistent, > > toString applies to project references, not properties, so they would > not

Re: if/unless Attributes

On Thu, Sep 24, 2009 at 6:32 AM, Stefan Bodewig wrote: > the if/unless attributes for target have changes slightly in that they > now may use PropertyHelpers.  I.e. > > > > will not be executed if ${foo} happens to expand to a Boolean instance > with a booleanValue() of "false" and likewise > >

Re: if/unless Attributes

On Thu, Sep 24, 2009 at 9:04 AM, Matt Benson wrote: >> And a related question: we currently don't provide any >> PropertyEvaluator >> that would create Booleans.  Do we want to provide >> something like >> ${isTrue:foo} that created Boolean.TRUE if >> Project.toBoolean(${foo}) was >> true?  Or sho

Re: svn commit: r812573 - in /ant/core/trunk/src: etc/testcases/taskdefs/manifestclasspath.xml main/org/apache/tools/ant/taskdefs/ManifestClassPath.java tests/junit/org/apache/tools/ant/taskdefs/Man

On Tue, Sep 8, 2009 at 10:17 PM, Stefan Bodewig wrote: >> So I'm not sure the bug report is valid at all, > > The report talked about problems when staying on the same drive, this > failed before I changed the code. Thanks for the precisions. I get it now, and sorry for the noise. --DD -

Re: svn commit: r812573 - in /ant/core/trunk/src: etc/testcases/taskdefs/manifestclasspath.xml main/org/apache/tools/ant/taskdefs/ManifestClassPath.java tests/junit/org/apache/tools/ant/taskdefs/Man

On Tue, Sep 8, 2009 at 11:16 AM, wrote: > Author: bodewig > Date: Tue Sep  8 16:16:54 2009 > New Revision: 812573 > > URL: http://svn.apache.org/viewvc?rev=812573&view=rev > Log: Use FileUtils.getRelativePath which knows how to deal with drive > letters.  PR 44499 > [...] > +   > +     +        

Re: How about ${fromRefId:some-reference}?

On Fri, Sep 4, 2009 at 6:25 AM, wrote: >>I suggest to add another core PropertyEvaluator that works like the one >>for toString but doesn't invoke toString() on the reference (but leaves >>that to IntrospectionHelper if necessary). >> >>The ${ref:} and ${refid:} ideas look prettier but are more li

Re: PropertyHelper API

On Tue, Sep 1, 2009 at 9:42 AM, Stefan Bodewig wrote: > On 2009-09-01, Dominique Devienne wrote: > >> What I don't get is how NestedPropertyExpander can be enabled. >> Given how DEFAULT_EXPANDER works, if one tries to add >> NestedPropertyExpander after it, the

Re: PropertyHelper API

On Tue, Sep 1, 2009 at 7:08 AM, Matt Benson wrote: >> From: Stefan Bodewig >>     wanted to allow nested properties ${${foo}} since the default >>     PropertyExpander doesn't balance braces. > > Note that the props antlib does provide a NestedPropertyExpander, so you're > right on track. pr

Re: svn commit: r808018 - in /ant/core/trunk: ./ docs/manual/CoreTypes/ src/main/org/apache/tools/ant/ src/main/org/apache/tools/ant/filters/ src/tests/antunit/filters/ src/tests/antunit/filters/exp

On Wed, Aug 26, 2009 at 1:35 PM, Matt Benson wrote: > Is "uniq" correct anywhere? In *nix lingo only ;) --DD - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: Scanning Resource Collections Several Times

On Fri, Aug 21, 2009 at 9:46 AM, Dale Anson wrote: > Part of the problem is the way delete is > implemented in Java itself, that is, a non-empty directory cannot be deleted > with java.io.File.delete(), so the delete task is required to traverse the > tree and delete files from the bottom up. Well

Re: 1.8.0 Bugzilla Milestone Reached

On Thu, Aug 20, 2009 at 10:02 AM, Stefan Bodewig wrote: > On 2009-08-20, Dominique Devienne wrote: > >> On Thu, Aug 20, 2009 at 3:13 AM, Stefan Bodewig wrote: >>> just noticed that one of my Bugzilla queries, the one which contains all >>> issues marked as FIXED fo

Re: 1.8.0 Bugzilla Milestone Reached

On Thu, Aug 20, 2009 at 3:13 AM, Stefan Bodewig wrote: > just noticed that one of my Bugzilla queries, the one which contains all > issues marked as FIXED for 1.8.0, has hit the 250 items count. Any significant change (new tasks, new behavior, etc...) that warrants 1.8.0 or should this be a 1.7.2

Re: conditional "arg"

On Sat, Aug 15, 2009 at 10:23 AM, Blaine Simpson wrote: > Any chance that if I submitted a patch for "if" and "unless" attribute > support for the sub-element, that it would make it into Ant > distributions within a couple years? What if we said yes? You'd write the code/test/doc for it then? :)

Re: Ant XML Files precompilation

On Thu, Aug 6, 2009 at 8:00 AM, Raja Nagendra Kumar wrote: > However, due to imports and multiple times using of task with no > inheritance, time taken per device is more than an minute.. On a one minute build, parsing the build file(s) is likely peanuts compared to the build itself, unless you a

Re: target call info, even when the if condition not met

On Sat, Aug 1, 2009 at 9:55 AM, Raja Nagendra Kumar wrote: > in such context, I was expecting it show on the console skipping the target > call copyPrepocessingFiles etc. There's two parts to a target: its "body", and its dependencies. A target's if/unless attributes are "evaluated" only after th

Re: Can we rename the "compress" sandbox Antlib?

On Wed, Jul 1, 2009 at 4:52 AM, Stefan Bodewig wrote: > I'm planning to create an Antlib based on commons-compress that would > provide Ant tasks to create/extract cpio and ar archives as well as > ArchiveFileset subclasses based on them. > > The natural name for the Antlib would be "compress" but

Re: Manifest Classpath ( programmatically generated but messedup).

On Tue, Jun 23, 2009 at 12:40 PM, Garima Bathla wrote: > I am trying to set classpath for a standalone application and I am not able > to figure out what exactly I am doing wrong. Below is the classpath that is > being generated in the MANIFEST.MF And this isn't valid classpath , when I > run java

Re: Manifest Classpath ( programmatically generated but messedup).

On Mon, Jun 22, 2009 at 11:58 AM, Garima Bathla wrote: > That exactly is what  I am doing, using Ant's Manifest class. Problem > happens to be that my classpath is too big and Manifest file has limit of 72 > characters per line, so even though it spits out my configured classpath , > it ain't set c

Re: Manifest Classpath ( programmatically generated but messedup).

On Mon, Jun 22, 2009 at 12:33 AM, Garima Bathla wrote: > I am in the process of generating MANIFEST.MF file programmatically by > Extending Jar Task; I am almost there, but the class-path that Jar task > prints in the Manifest file isn't formatted correctly. Have you looked at Ant's own Manifest a

Re: ant 1.7. Finding undefined variables

On Wed, May 20, 2009 at 11:25 PM, Dave Pawson wrote: > 2009/5/20 Dominique Devienne : > >> I suggested postprocessing Ant's output as there are can hidden use of >> properties which is not easy to pick up by parsing the Ant XML file >> (they don't look like ${nam

Re: ant 1.7. Finding undefined variables

On Wed, May 20, 2009 at 3:24 PM, Dave Pawson wrote: > 2009/5/20 Dominique Devienne : > >> Maybe running in verbose or debug mode and grepping for all property >> related messages, especially those about not finding the property, and >> convert that into a build similar

Re: ant 1.7. Finding undefined variables

On Wed, May 20, 2009 at 2:28 PM, Dave Pawson wrote: > 2009/5/20 Dominique Devienne : > Yes, that's what I generate. Except I run through the properties file > and the build file to ensure I get all the (used) properties! >  As apposed to what I remembered to put in (and didn&#x

Re: ant 1.7. Finding undefined variables

On Wed, May 20, 2009 at 1:38 PM, Dave Pawson wrote: > I keep changing them which results in undefined variables which ant > ignores, spreading odd filenames all over the place. What I used to do was use with a nested condition asserting for some properties to be defined were indeed defined. Abor

Re: Target enablement via nested conditions?

On Thu, Apr 23, 2009 at 8:13 AM, Jeffrey E Care wrote: > Off and on we've discussed more robust ways of determining target > enablement, such as adding some type of EL syntax to if/unless. > > It dawned on me yesterday that we might already have the makings of a very > robust system: why not use c

Re: Directory Sync

On Mon, Mar 23, 2009 at 8:36 PM, Eger, Patrick wrote: > Hi, recently was working with some build scripts and found a deficiency in > the “Sync” task, namely that it cannot actually compare file content and > instead works strictly off file date. This was not usable for us and so I > implemented th

Re: encoding in ZIP package

On Thu, Feb 26, 2009 at 8:16 AM, Stefan Bodewig wrote: > over the past two weeks commons-compress has been adding stuff for > more advanced ZIP features and I've merged the changes over to our zip > package.  The changes bring two new options with them and I'd like to > get some feedback as to whi

  1   2   3   4   5   6   7   8   9   10   >