It's really the other way around - the Maven core should remain
backwards compatible with all plugins. However sometimes core features
are introduced that plugins need, and that's when they state a minimum
requirement. I do agree that better documenting this in the plugin
sites would be helpful - it's the <prerequisites> tag in the POM for
the plugin.
On 13/02/2008, at 12:08 PM, Paul Benedict wrote:
Brett,
I didn't know that. I never knew that kind of feature existed. Can the
minimum recommended version be listed in Maven release notes though?
It
would be nice to a have a table with what versions should be used with
2.0.8for the best support. Education and visibility on this issue is
key, imo.
Paul
On Feb 12, 2008 5:51 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
But this is how it already works, if I'm reading correctly. The
minimum version of Maven for a plugin is specified by the plugin
itself in the prerequisites tag - if you use an older version of
Maven, you will get the last version of the plugin that worked with
it.
- Brett
On 13/02/2008, at 8:22 AM, Paul Benedict wrote:
I've been watching the discussions about introducing a fix set of
plugin
versions per Maven version. I see benefit and drawback to each side
of the
argument.
Here is another proposal which is dear to my pain :-)
Provide the minimal compatible version of each plugin (of group
org.apache.maven.plugins) in the super pom. For instance, when I
upgraded to
Maven 2.0.8, it would have been nice (stupendous!) to
automatically be
bumped to surefire 2.4 because the two truly needed each other in
integration testing. I imagine there are other cases when plugins
have
dependencies on other parts of the Maven core, but I could be wrong.
The
desire is for children pom to provide the "better" versions if
necessary,
but Maven should at least provide the minimum versions.
Paul
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
