Re: Extending path

2010-06-15 Thread Stefan Bodewig
On 2010-06-14, Jon Stevens wrote: > On Mon, Jun 14, 2010 at 2:06 AM, Stefan Bodewig wrote: >>  Since that method is final (at least in 1.8.0) you can't even >> override it. > Yea, can we talk about this? It seems like there is a lot of places > where ant discourages people from being able to ove

Re: Extending path

2010-06-14 Thread Jon Stevens
> Sorry to step late into the thread but you know you can change the ant used > in Eclipse ? > In the preferences look into Ant / Runtime and change the "Ant Home". > > Nicolas Sure, but getting a company full of java developers to all do that is pretty much impossible. =) I have a hard enough ti

Re: Extending path

2010-06-14 Thread Nicolas Lalevée
Le 9 juin 2010 à 08:11, Jon Stevens a écrit : > http://code.google.com/p/sweetened/source/browse/#svn/trunk/src/com/googlecode/sweetened/typedef > > http://code.google.com/p/sweetened/source/browse/trunk/example.xml > > The above is what I have so far, and it works pretty well, but isn't > beau

Re: Extending path

2010-06-14 Thread Jon Stevens
On Mon, Jun 14, 2010 at 2:06 AM, Stefan Bodewig wrote: >  Since that method is final (at > least in 1.8.0) you can't even override it. Yea, can we talk about this? It seems like there is a lot of places where ant discourages people from being able to override stuff. Is there a good reason for tha

Re: Extending path

2010-06-14 Thread Stefan Bodewig
On 2010-06-11, Jon Stevens wrote: > Ok, new question. Say I have a build.xml that looks like this: > > > > > > > > > > > > > > > > > javac.classpat

Re: Extending path

2010-06-10 Thread Jon Stevens
Ok, new question. Say I have a build.xml that looks like this: javac.classpath: ${toString:javac.classpath} spath extends Union. When the ${

Re: Extending path

2010-06-10 Thread Jon Stevens
On Thu, Jun 10, 2010 at 10:58 AM, Jon Stevens wrote: > the getCollection() method on my spath element is called. However, the > scope attribute on the spath is null. (ie: I've overrided > getCollection() and this.scope is null). I'm not sure why this is > getting nulled out. Nevermind on the null

Re: Extending path

2010-06-10 Thread Jon Stevens
> I think you've later seen that you don't since all the attributes of the > are available via as well.  Using Ant 1.8.0 you can even > do a sfile.as(FileProvider.class) to get access to the java.io.File > instance itself. > > Yep, absolutely.  That's why I suggested tagging a whole resource > co

Re: Extending path

2010-06-10 Thread Stefan Bodewig
On 2010-06-09, Jon Stevens wrote: > On Wed, Jun 9, 2010 at 3:06 AM, Stefan Bodewig wrote: >> Whereever you do >>             >> you'd instead use >>             >>               >>             > I see where you are going, but this won't work. I need to be able to > define the attributes on th

Re: Extending path

2010-06-09 Thread Jon Stevens
On Wed, Jun 9, 2010 at 3:06 AM, Stefan Bodewig wrote: > [I appologize for reshuffling your post but this way my response make > mode sense, at least to me 8-)] I sometimes ramble. Thanks! =) > Letting the IDE force the Ant version upon you somewhat defeats the > purpose of an IDE independent bui

Re: Extending path

2010-06-09 Thread Stefan Bodewig
[I appologize for reshuffling your post but this way my response make mode sense, at least to me 8-)] On 2010-06-09, Jon Stevens wrote: > It looks like ResourceDecorator is 1.8 only and since this needs to > work in Eclipse, I'm stuck in 1.7.x land for now. IIUC what you do is a one-time action

Re: Extending path

2010-06-08 Thread Jon Stevens
http://code.google.com/p/sweetened/source/browse/#svn/trunk/src/com/googlecode/sweetened/typedef http://code.google.com/p/sweetened/source/browse/trunk/example.xml The above is what I have so far, and it works pretty well, but isn't beautiful. It was kind of ugly since I had to implement my own ,

Re: Extending path

2010-06-08 Thread Stefan Bodewig
On 2010-06-04, Jon Stevens wrote: > What I'd like to do is be able to add a couple of attributes to the > element that lives in a and then get access to those > attributes in my Task. I've seen you've already taken on Matt's Resource advice. You may want to look into org.apache.tools.ant.types

Re: Extending path

2010-06-07 Thread Jon Stevens
Hi Matt, Using Resources/ResourceCollections is definitely better than what I had tried before. After a bit more wrangling today and I think I've got what I wanted. Thanks for the feedback. jon On Mon, Jun 7, 2010 at 2:18 PM, Matt Benson wrote: > I'm not sure what filelist has that you need to

Re: Extending path

2010-06-07 Thread Matt Benson
I'm not sure what filelist has that you need to begin with... sequence? You might be better off creating a resource type that decorates another resource to add the attributes you need, i.e. adding 'scope' to some file-based resource. Then you could create those directly, or implement a resource c

Re: Extending path

2010-06-07 Thread Jon Stevens
Anyone? Stefan? On Fri, Jun 4, 2010 at 11:52 AM, Jon Stevens wrote: > Hi all, > > Been a long long time since I've been around these parts, so apologies > if this has been covered before. > > What I'd like to do is be able to add a couple of attributes to the > element that lives in a and then

Extending path

2010-06-04 Thread Jon Stevens
Hi all, Been a long long time since I've been around these parts, so apologies if this has been covered before. What I'd like to do is be able to add a couple of attributes to the element that lives in a and then get access to those attributes in my Task. I've mucked around for the last couple