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

On Wed, Oct 29, 2008 at 5:38 PM, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > Here's an example of use: Thanks for the example. I can't say I like the syntax that much, for the reason that it's not obvious you're crossing the "normal Ant" line, to g

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

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > On Wed, Oct 29, 2008 at 11:27 AM, > <[EMAIL PROTECTED]> wrote: > > allow custom propertyhelpers to supply a Boolean > for Target if/unless as an alternative to specifying > a property NAME > > > > Modified: > > > ant/core/trunk/src/main/org/

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

On Wed, Oct 29, 2008 at 11:27 AM, <[EMAIL PROTECTED]> wrote: > allow custom propertyhelpers to supply a Boolean for Target if/unless as an > alternative to specifying a property NAME > > Modified: >ant/core/trunk/src/main/org/apache/tools/ant/Target.java > > ==

Re: ivy settings classpath always creates new classloader when used with subant

Hi Gilles, I have been unsuccessful in changing my buildscript in order to have the ivysettings defined only once. Am I doing something wrong, or should I raise Jira to change the behaviour of ivysetting/classpath? Thanks, Derek Derek Baum wrote: Hi, Thanks for your response. Are you s

Re: ProjectHelper (was Re: EasyAnt project)

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > hijacking a thread. > > On Wed, 29 Oct 2008, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > I see; however let me ask you this: which is more > straightforward, > > creating a custom ProjectHelper or extending > Project and/or Target? > > I guess

Re: EasyAnt project

On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote: --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> On Wed, 29 Oct 2008, Matt Benson >> <[EMAIL PROTECTED]> wrote: >> > 3. Define an ant.project.class magic property to >> > easily allow the user to specify an extended Project >> > class

ProjectHelper (was Re: EasyAnt project)

hijacking a thread. On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote: > I see; however let me ask you this: which is more straightforward, > creating a custom ProjectHelper or extending Project and/or Target? > I guess the answer depends on how comfortable you are with the SAX > APIs.

Re: EasyAnt project

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 29 Oct 2008, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > I am thinking a less invasive approach would be: > > Sounds good to me. > > > 1. Allow arbitrary properties of a Target object > to > > be set using IntrospectionHelper. > > 2.

Re: EasyAnt project

On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote: > I am thinking a less invasive approach would be: Sounds good to me. > 1. Allow arbitrary properties of a Target object to > be set using IntrospectionHelper. > 2. Delegate Target instantiation to Project. Why? I have a toy project

Re: bootstrap error

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 29 Oct 2008, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Has anyone else ever seen a problem with > "duplicate > > class" errors (on optional tasks, seemingly) > during > > the compilation "phase" ;) of a bootstrap build? > > Not really

Re: bootstrap error

On Wed, 29 Oct 2008, Matt Benson <[EMAIL PROTECTED]> wrote: > Has anyone else ever seen a problem with "duplicate > class" errors (on optional tasks, seemingly) during > the compilation "phase" ;) of a bootstrap build? Not really. Sounds as if you had a .java file in a place where it shouldn't b

Re: EasyAnt project

> > FWIW, I'm not fond of the "phase" name either. What you describe is > better described as a target-group, with any target being able to join > the group at will, and where there's no implicit intra-group > dependencies, and no "body" to the target-group (i.e. the group is > "abstract" in a way)

bootstrap error

Has anyone else ever seen a problem with "duplicate class" errors (on optional tasks, seemingly) during the compilation "phase" ;) of a bootstrap build? Thanks, Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

Re: EasyAnt project

--- Xavier Hanin <[EMAIL PROTECTED]> wrote: > On Wed, Oct 29, 2008 at 6:30 AM, Stefan Bodewig > <[EMAIL PROTECTED]> wrote: > > > On Tue, 28 Oct 2008, Dominique Devienne > <[EMAIL PROTECTED]> wrote: > > > > > Your example would read just as well, if not > better, written as > > > depends="...">.

AW: Where next: 1.7.2 or 1.8.0?

>> Are there any defects so traumatic in Ant 1.7.1 that an urgent fix >> is needed? > >traumatic is a strong word. See yourself >

Re: [VOTE] Ivy 2.0.0-rc2 Release

On Tue, Oct 28, 2008 at 11:53 PM, Maarten Coene <[EMAIL PROTECTED]>wrote: > I have built a second release candidate for Ivy 2.0.0 > > You can download it from this URL: > http://people.apache.org/~maartenc/ivy/staging/2.0.0-rc2/ > > A maven 2 staging repo with this release is available here: > htt

Re: EasyAnt project

On Wed, Oct 29, 2008 at 6:30 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 28 Oct 2008, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > Your example would read just as well, if not better, written as > > > > I agree. I think part of the reason for the name "phase" is that it >