I agree, datatypes are mutable, properties are not, why add this complexity of "final".
Peter On Wed, Mar 3, 2010 at 9:13 PM, Antoine Levy Lambert <anto...@gmx.de> wrote: > Hi, > > I was thinking that ant datatypes are currently de-facto mutable by default. > Maybe we are making this too complex. > Of course, only users who can write custom tasks in java or > javascript/groovy/... can for instance add an include pattern to an existing > fileset, but there is nothing preventing them from doing it. > > > Antoine > > Gilles Scokart wrote: >> >> I just have an idea that come into my mind. I will quickly post it (and >> probably think it's stupid tomorow morning). >> >> Instead of a special id, we could maybe use a decorator : >> >> <mutabletype id="x"> >> <path ... /> >> </mutabletype> >> >> Probably stupid, certainly not trivial to implement, but make it obvious >> that's a quiet special structure that should be used carrefully. >> >> >> Gilles Scokart >> >> >> On 3 March 2010 05:52, Stefan Bodewig <bode...@apache.org> wrote: >> >> >>> >>> On 2010-03-02, Matt Benson <gudnabr...@gmail.com> wrote: >>> >>> >>>> >>>> Okay, let's reason this out... since tasks and types are Java objects >>>> can we assume that a Java property "final" is unlikely enough to be >>>> used that we can use it as a configuration "attribute"? >>>> >>> >>> Agreed. An alternative could be anything that contains a dash or any >>> other character that would be illegal in a Java method name (so you >>> can't have a set-method for it). >>> >>> >>>> >>>> Now, any id'd item would declare final=false if it wanted to be >>>> augmentable. This would require changes in the way we handle >>>> references, but would seem doable. >>>> >>> >>> +1 >>> >>> Stefan >>> >>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org > For additional commands, e-mail: dev-h...@ant.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
