On 8/8/01 10:26 PM, "Sam Ruby" <[EMAIL PROTECTED]> wrote:
> Jason van Zyl wrote:
>>
>> Maybe we could specify the default/main target in the project descriptor?
>> Or maybe we give the targets names and than hook onto a target by name:
>
> OK, now we have a concrete proposal. However, consider for a moment,
> jakarta-commons. One cvs module, with several independent projects. Not
> just targets, but separate build files, non-overlapping sets of source
> files, the works.
Maybe we should normalize this too ... provide an attribute that allows us
to step into the appropriate source tree. They are technically all in the
same repository but they really are separate projects. Maybe they should
have separate project descriptors? I think the commons is an exception
rather than the norm, and if the project descriptor become the domain of
people working on the project it may be best to separate them.
> How about the container being a "module", with one or more nested projects?
I know that the descriptors don't really represent an ant build file, but I
do think the project/target model is more accurate (if you accept the above
idea).
Maybe one day the project descriptor could be the project build file. I
don't think we're that close but it would be good if the project descriptor
could actually be used by a project to build the project. They would store
it in CVS and Gump could nab it. This might encourage the adoption of a
standard way to declare dependencies and a more standard layout for a
project. I think it would be possible one day in the not so distant future.
> If we go that way, should we go for consistency and require single project
> modules (which is actually the norm) to be enclosed in modules, or do we
> make that implicit?
I would go for the former. I think it is always good to be explicit and
require the
<module>
</project>
</module>
or
<project>
</target>
</project>
> - 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]
