On 8/27/01 11:48 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote:
> Jason van Zyl wrote:
>>
>> I still think the project/target model is still more appropriate as I was
>> going to suggest that descriptors like the commons descriptor should be
>> separated into their respective projects. What's listed in the commons
>> descriptor is really a set of separate projects.
>>
>> I'll put the DTD for a project in the repository in a couple minutes. I
>> would definitely like to hack this out.
>
> I'd still like to do one checkout/update for jakarta-commons. As long as
> that can be accomodated, I'm willing to go with the flow.
The place where I found it inconsistent was that you have to:
./update.sh jakarta-commons
./build.sh commons-digester
In that you have to update all of the commons to rebuild one project within
it.
> I must say that I really, really, really am trying to map to the way that
> people organize THEIR stuff, instead of forcing the mapping to the way that
> you or I may happen to think about things. Just because you find xalan,
> commons, and a few other projects weird isn't a reason to mis-model them,
> IMHO. ;-)
I still think that if we came up with a model for a project that most people
would be willing to conform to it. I know that right now we have to
accommodate many different styles but I definitely think we could get to the
point where we could generate the build system for a project.
I think many of them are modeled the way they are because there was nothing
to look at prior to making the build system setup. If we offered a
methodology that allowed easy generation of a build system, automatic
integration with a continuous build cycle, automatic generation of project
metrics and many other project goodies than I think we could get a wholesale
buy in. I mean who cares about build systems ;-) I only care right now
because I want the problem to go away.
Is it worthwhile to try and model the myriad possibilities in a build
system. I don't think so. Give people a robust model and I think they will
go for it. There will always be exceptions I'm sure, but people will go for
something common if they can: at least with build systems I think.
> - Sam Ruby
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
