You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Jason Rosenberg <ja...@squaretrade.com> on 2001/01/10 05:34:18 UTC

Re: The RIGHT Direction for ANT (was Re: Problem using scripttask)

----- Original Message ----- 
From: "Jon Stevens" <jo...@latchkey.com>
To: <an...@jakarta.apache.org>
Sent: Tuesday, January 09, 2001 8:42 PM
Subject: Re: The RIGHT Direction for ANT (was Re: Problem using scripttask)


> on 1/9/2001 5:21 PM, "Bill Brooks" <wb...@lug.ee.calpoly.edu> wrote:
> 
> > XSLT is just like any other artificial language: its "intuitive" and "easy
> > to read" once you've bothered to learn it. If you haven't, then it isn't.
> 
> I've learned it and it still sucks.
> 
> My $0.00 opinion only of course. :-)
> 

I've looked at it, and tinkered with it, and there is nothing elegant
or intuitive about it.   This not like any other artificial language.

Seriously folks, there has to be a point where the purists
get real and stop arguing about the future of Ant on the basis
of mis-directed principal.

Jason


Re: The RIGHT Direction for ANT (was Re: Problem using scripttask)

Posted by James Duncan Davidson <du...@x180.net>.
On 1/9/01 10:30 PM, "Roger Vaughn" <rv...@seaconinc.com> wrote:
 
> But that in itself is a major part of the point.  Build scripting can get
> complex.  If you're in a large organization or a large project, it makes sense
> to contain that complexity by assigning it to one or two experienced
> developers.  If you're writing small one-offs, though, then yes, adding XSLT
> into the mix is probably too much.

Which is why I like the idea of "Front-Ending" Ant with some other tool.
Just to be clear though -- that other tool isn't Ant, it's preAnt or
something or other. :) An Ant Generator of sorts.

-- 
James Duncan Davidson                                        duncan@x180.net
                                                                  !try; do()


Re: The RIGHT Direction for ANT (was Re: Problem using scripttask)

Posted by Roger Vaughn <rv...@seaconinc.com>.
Jason,

We're being absolutely real here.  This is stuff that is being used in practice.
I *do* use XSLT to generate parts of some of my Ant scripts.  And you know what?
It makes the build spec files much cleaner, much more readable, much more
maintainable, and much easier for the end developers to understand.

XSLT isn't that hard.  Yes, it has the potential to be very messy, and very
difficult to understand - if you use it carelessly.  It's expressive.  Shall we
throw it out because of that?  The alternative is to add the complexity - via new
tasks or scripting - directly into Ant itself.  Most of the XSLT/Ant work I do is
with very simple templates - there's nothing cryptic or hard to figure out about
them.  Now, my J2EE builder on the other hand.....

But that in itself is a major part of the point.  Build scripting can get
complex.  If you're in a large organization or a large project, it makes sense to
contain that complexity by assigning it to one or two experienced developers.  If
you're writing small one-offs, though, then yes, adding XSLT into the mix is
probably too much.

I'm attaching a couple of examples for everyone here.

Diane - the attached examples illustrate what Jerry was talking about.  This can
be as simple or as complicated as you want.  The two "simple" examples show Ant
"extension" mechanisms, while the complex example illustrates creating a "higher
level of abstraction."

roger



Jason Rosenberg wrote:

> ----- Original Message -----
> From: "Jon Stevens" <jo...@latchkey.com>
> To: <an...@jakarta.apache.org>
> Sent: Tuesday, January 09, 2001 8:42 PM
> Subject: Re: The RIGHT Direction for ANT (was Re: Problem using scripttask)
>
> > on 1/9/2001 5:21 PM, "Bill Brooks" <wb...@lug.ee.calpoly.edu> wrote:
> >
> > > XSLT is just like any other artificial language: its "intuitive" and "easy
> > > to read" once you've bothered to learn it. If you haven't, then it isn't.
> >
> > I've learned it and it still sucks.
> >
> > My $0.00 opinion only of course. :-)
> >
>
> I've looked at it, and tinkered with it, and there is nothing elegant
> or intuitive about it.   This not like any other artificial language.
>
> Seriously folks, there has to be a point where the purists
> get real and stop arguing about the future of Ant on the basis
> of mis-directed principal.
>
> Jason
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ant-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: ant-dev-help@jakarta.apache.org

Re: The RIGHT Direction for ANT

Posted by Jason Rosenberg <ja...@squaretrade.com>.
> At 12:39  11/1/01 +1100, Conor MacNeill wrote:
> >>
> >> So far your the only one who believes it is misguided. You are also the
> >> most ignorant and have the least experience with Ant and other build
> >> processes - is this telling you something ? ;) If you want to add
> >> procedural elements feel free to. I doubt you will get CVS space here -
> >> mainly as it is a different project from Ant - but sourceforge.org will
> >> host it. I think you will find that most of these elements will be rarely
> >> useful outside small builds thou.
> >>
> >
> >Hmmm. Pete, I'm not really happy about this response. 
> 
> sorry ;)
> 
> >Whilst I usually
> >don't agree with Jason's point of view, I would defend his right to express
> >it here. Let us make the arguments, discuss the points, etc, but please
> >let's keep ant-dev friendly. 
> 
> It wasn't meant to be unfriendly - quite the opposite in fact ;)
> 
> >Sourceforging people isn't the way to go, IMHO.
> 
> Nope - but I doubts it is going to happen with so many people against it.
> So it is more a practical thing - if he wants then do it - actions speaks
> louder than words - maybe the arguments will have more effect once backed
> up with implementation. I am not saying go away - I know people who would
> love to use the procedural parts he comes up with. However whats the point
> of encouraging what I see as a dead end ? ;) I think he will end up tired
> from arguing with us and thus end up not doing anything. This would be a
> shame.
> 
> Cheers,
> 
> Pete
> 

Please don't worry about my feelings here, all, I'm not overly sensitive,
or anything.

It is important to answer a few of Pete's criticisms, though.  First,
I have a huge amount of experience in working with C/C++ software
projects, and with using Make, etc.  Pete seems to saying that,
since I don't agree with him, I must not have much experience, or
anyting.

It is true, I have come relatively recently to the world of Ant and Java.
It is obvious, a priori, that Make would not be appropriate, for Java.
I think we can all agree on that.

Ant is the only build tool I know of so far that really is intended to
be for Java applications.  Are there any others that I should
be looking into?

Now, I have managed, kicking and screaming, to accomplish what
I need using the basic features of Ant1.2, and my builds are on
the right track.  The reality remains that I have accomplished this
by doing things in a way that is not really the intended Ant model.

It is all now mostly based on javascript, which calls directly into
the ant java classes to execute tasks.  I do things like make direct
calls into the get/setUserProperty method, which is inaccessible
from the Ant XML language.  I have also made heavy usage
of module based property files, which describe the local
classpath and dependency issues for each module, which
then get loaded in via javascript reusable templates.

Dependency checking is done by simple tracking of modules
that have already been visited at run-time, so I don't have 
any of the issues related to trying to pre-compute a DAG
for the entire build where paramaterized templates are being
used.

So, I have successfully leveraged what's good about Ant.  That is
it builds java well, in a platform independent way.  And, it does
provide scripting, via the <script> tag.

So, in summary, it works, I would have preferred not to have
gone the route I did, I think the powers that be on the Ant
project are trying to win the Nobel prize instead of build
something that works, and I look forward to Ant2, which
should address at least some of my concerns.

XSLT sucks, by the way.

Jason



Re: The RIGHT Direction for ANT

Posted by Peter Donald <do...@apache.org>.
At 12:39  11/1/01 +1100, Conor MacNeill wrote:
>>
>> So far your the only one who believes it is misguided. You are also the
>> most ignorant and have the least experience with Ant and other build
>> processes - is this telling you something ? ;) If you want to add
>> procedural elements feel free to. I doubt you will get CVS space here -
>> mainly as it is a different project from Ant - but sourceforge.org will
>> host it. I think you will find that most of these elements will be rarely
>> useful outside small builds thou.
>>
>
>Hmmm. Pete, I'm not really happy about this response. 

sorry ;)

>Whilst I usually
>don't agree with Jason's point of view, I would defend his right to express
>it here. Let us make the arguments, discuss the points, etc, but please
>let's keep ant-dev friendly. 

It wasn't meant to be unfriendly - quite the opposite in fact ;)

>Sourceforging people isn't the way to go, IMHO.

Nope - but I doubts it is going to happen with so many people against it.
So it is more a practical thing - if he wants then do it - actions speaks
louder than words - maybe the arguments will have more effect once backed
up with implementation. I am not saying go away - I know people who would
love to use the procedural parts he comes up with. However whats the point
of encouraging what I see as a dead end ? ;) I think he will end up tired
from arguing with us and thus end up not doing anything. This would be a
shame.

Cheers,

Pete

*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."                   |
|              - John Kenneth Galbraith               |
*-----------------------------------------------------*


Re: The RIGHT Direction for ANT

Posted by Conor MacNeill <co...@cognet.com.au>.
>
> So far your the only one who believes it is misguided. You are also the
> most ignorant and have the least experience with Ant and other build
> processes - is this telling you something ? ;) If you want to add
> procedural elements feel free to. I doubt you will get CVS space here -
> mainly as it is a different project from Ant - but sourceforge.org will
> host it. I think you will find that most of these elements will be rarely
> useful outside small builds thou.
>

Hmmm. Pete, I'm not really happy about this response. Whilst I usually
don't agree with Jason's point of view, I would defend his right to express
it here. Let us make the arguments, discuss the points, etc, but please
let's keep ant-dev friendly. Sourceforging people isn't the way to go,
IMHO.

Cheers
Conor




Re: The RIGHT Direction for ANT

Posted by Peter Donald <do...@apache.org>.
At 11:34  9/1/01 -0500, Jason Rosenberg wrote:
>I've looked at it, and tinkered with it, and there is nothing elegant
>or intuitive about it.   This not like any other artificial language.
>
>Seriously folks, there has to be a point where the purists
>get real and stop arguing about the future of Ant on the basis
>of mis-directed principal.

So far your the only one who believes it is misguided. You are also the
most ignorant and have the least experience with Ant and other build
processes - is this telling you something ? ;) If you want to add
procedural elements feel free to. I doubt you will get CVS space here -
mainly as it is a different project from Ant - but sourceforge.org will
host it. I think you will find that most of these elements will be rarely
useful outside small builds thou.

Remember opensource is about scratching what itches - you found an itch so
scratch it. There is little point in repeatedly saying the same thing over
as you will just get ignored.

Cheers,

Pete

*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."                   |
|              - John Kenneth Galbraith               |
*-----------------------------------------------------*