On Wed, 20 Jul 2005, John Fallows wrote:
> On 7/20/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> It seems that classification of these sources into main, test, site,
> itest, etc, would already be well-defined for checked in sources under
> ${basedir}/src, and the fact that they are generated does not change
> the classification.
>
> IMHO, it makes sense to replicate the ${basedir}/src subdirectory
> structure under ${basedir}/target/generated-src because all these
> files would be checked in under ${basedir}/src if they were not being
> generated.
The problem here is that there is no direct relation between the sources
that produce generated-sources and those generated-sources. Mostly
a plugin specific configuration file is used in src/main/XXX/,
or even configuration in the POM. It could also be that those sources
are generated from the main sources (xdoclet) or the test sources,
in which case the source dir to use is probably specified in the plugin
configuration.
Separation isn't always necessary, but throwing everything on one heap
doesn't enable one to later get a list of the (re-)sources generated
by a certain plugin, maybe for use in another mojo (from the same
plugin) at a later lifecycle phase. Currently only (re-)source roots
and test (re-)source roots can be added, because the main plugins need
those. There's no other way to pass such information to other phases
(other plugin mojo's) without adding them to some path, except
for the separate directories. Currently the only implemented use cases
are generation of sources/resources that are added to those paths
because the steps to process them don't care if they're all in one heap.
But is this always the case?
> As a very minor point, I suppose the number of independent sourcePath
> roots has a non-zero impact compilation speed.
Very minor I'd say.. they're all compiled together in one go.
-- Kenney
> Kind Regards,
> John Fallows.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Kenney Westerhof
http://www.neonics.com
GPG public key: http://www.gods.nl/~forge/kenneyw.key
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
