On Wed, 15 May 2002, Vincent Massol <[EMAIL PROTECTED]> wrote:

> - the current descriptors do already have quite a few actions : nag,
> deliver, ant (although this one could probably be considered data)

Well, if you call ant data, nag and deliver are data as well - they
only say whom to send mail or what to put where but don't cause the
corresponding actions to be taken.

I can't recall Nicola Ken's proposal - I may have quickly skimmed
through it, but don't really remember the details.

Having a way to define what a project produces and using this
information to determine whether a project has been built successfully
or not has both pros and cons.  A benefit of the current system is
that a project that does more than just building jars can fail at a
later stage (checking source style, formatting documentation,
whatever) but such a failure doesn't affect the projects that depend
on them as long as the jar has been created.

Also not that the current <javadoc> does more then just say "oh, and
there are some docs" - you can attach the javadocs of one project to a
different project (see ant-contrib and cpptasks for example).  This
reminds me that I probably should commit my revised <javadoc> section
of the Gump docs.

Stefan

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to