Jason van Zyl wrote:
>
> Then could we add a version attribute for a dependency
>
> <depend project="velocity" version="1.2"/>
I'm starting with the easy part: absolutely! In fact, I don't think that
the existence of such attributes would affect the existing gump code one
bit.
I realize that you and I are not in synch with the following part just yet,
but I will say it anyway. I believe that there should be allowances for
overrides. Turbine-flux may be an early adopter of velocity version 1.2
when it comes out, but the overall turbine tdk profile may lag behind
slightly and prefer 1.1. And, of course, in my workspace I may want to
specify the lastest version that I just built...
> Can we normalize the project descriptors? I would like to use the project
> descriptors you have started for JJAR instead of rolling another project
> descriptor but I really don't like the pattern
Let me give the background for why the descriptors are the way the are at
the moment, then I'll ask you for a concrete proposal.
It is a philosophical thing. In essence, I don't believe in introducing
complexity in 100% of the usages to address a need that exists in perhaps
20% of the definitions. For example, take a look at *EVERY*
jakarta-turbine-* definition. There is a single project, and no nested
subprojects. I'd prefer to keep it that way.
>From a practical point of view, I also don't see it as a problem. I have a
small, 100% pure Java program which unrolls these definitions. It doesn't
even involve any icky, smelly, XSLT. ;-)
OK, now I've said my piece. What I would like to solicit from you is
suggestions on how you think the following two lines should change:
<project href="project/jakarta-ant.xml">
<project name="jakarta-ant">
If after reading the above, you give a concrete suggestion, I'll go ahead
and make the change across the board. My only request is that the proposal
does not require any of the jakarta-turbine-*.xml files to change.
- Sam Ruby
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
