+1 in principle.
One thought though....what if we were to add the activeProfile element as it
exists in the settings.xml into the pom.xml and advertise that users can set
something like this in their top level pom.xml:
<profiles>
<activeProfiles>
<activeProfile>default-maven-plugin-versioning</activeProfile>
</activeProfiles>
</profiles>
This lets the behavior be optional, to be enabled as desired, is additive to
the pom.xml and accomplishes all of the same goals.
We advertise the hell out of it and people will discover it as they have a
problem that they resolve, can migrate to it as an upgrade process in their
company environments and we don't screw someone over with our benevolent
power.
thoughts?
jesse
On Feb 9, 2008 7:59 AM, Benjamin Bentmann <[EMAIL PROTECTED]> wrote:
> > simply discuss the ramifications of defaulting the core plugin versions
> in
> > the super pom in 2.0 only.
>
> +1, might also spare users from learning yet another concept like
> "plugin-packs". If the super POM locks down all plugins that would be
> injected by one of the various lifecycle mappings and the user himself
> locks
> down any additional plugins he explicitly configured in the POM, why
> bother
> with something like "plugin-packs".
>
> Besides, I do not see much value in an attempt to pack/group plugins given
> the fact that each plugin has its own release cycle, i.e. there are more
> version combinations of plugins from which I want to choose than you want
> to
> provide plugin packs for.
>
> Last but least and please don't take this as an offense but if you are
> honest you have to confess that implementation of inheritance is
> buggy/complex enough. As a user interested in a stable build tool, I
> really
> dislike the idea of another concept that interferes with plugin
> resolution.
>
> > Those who have followed best practice and locked their versions
> > down will not be affected by this at all.
>
> The reality looks different: http://jira.codehaus.org/browse/MNG-3394
> As a prerequisite for the proposed additions to the super POM, this issue
> should be fixed.
>
> Regards,
>
>
> Benjamin Bentmann
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
jesse mcconnell
[EMAIL PROTECTED]
