[ 
http://jira.codehaus.org/browse/MNG-3284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_126889
 ] 

brianfox edited comment on MNG-3284 at 3/11/08 1:48 PM:
---------------------------------------------------------

Attaching an svn patch (MNG-3284.patch) by hand applying these changes to 
2.0.9. The IT is already committed to the core-its but with this patch there is 
a crash:

INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] The PluginDescriptor for the plugin Plugin 
[org.apache.maven.plugins:maven-plugin-plugin] was not found.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
java.lang.IllegalStateException: The PluginDescriptor for the plugin Plugin 
[org.apache.maven.plugins:maven-plugin-plugin] was not found.
        at 
org.apache.maven.plugin.DefaultPluginManager.addPlugin(DefaultPluginManager.java:329)
        at 
org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:215)


If you can fix the patch and reattach, then we can include for 2.0.9

      was (Author: brianfox):
    Attaching an svn patch by hand applying these changes to 2.0.9. The IT is 
already committed to the core-its but with this patch there is a crash:

INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] The PluginDescriptor for the plugin Plugin 
[org.apache.maven.plugins:maven-plugin-plugin] was not found.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
java.lang.IllegalStateException: The PluginDescriptor for the plugin Plugin 
[org.apache.maven.plugins:maven-plugin-plugin] was not found.
        at 
org.apache.maven.plugin.DefaultPluginManager.addPlugin(DefaultPluginManager.java:329)
        at 
org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:215)


If you can fix the patch and reattach, then we can include for 2.0.9
  
> Cached plugins are used, even when the specifically declared 
> -------------------------------------------------------------
>
>                 Key: MNG-3284
>                 URL: http://jira.codehaus.org/browse/MNG-3284
>             Project: Maven 2
>          Issue Type: Bug
>          Components: Dependencies, Plugins and Lifecycle
>    Affects Versions: 2.0.7
>            Reporter: Nigel Magnay
>            Assignee: Brian Fox
>            Priority: Critical
>             Fix For: 2.0.9
>
>         Attachments: 
> 0001-Initial-fix-to-see-if-we-can-have-1-version-of-a-pl.patch, 
> 0001-Initial-fix-to-see-if-we-can-have-1-version-of-a-pl.patch.svn, 
> maven-bug-2.tar, MNG-3284.patch, mng3284-usingCachedPlugins.tar, pluginbug.tar
>
>
> In the attached project, you can build module A, then build module B, but the 
> top level aggregator project will fail at B.
> The reason this happens is that maven seems to cache plugins. When B is built 
> in isolation, all things are fine - but when built in aggregation, one of the 
> plugins that it uses has already been instantiated, and so it uses that one. 
> This is incorrect, since the declared version is different in B, and is 
> relying on functionality not present in the version declared in A.
> I have seen similar behaviour when a plugin relies on other plugins to get 
> work done - all of a sudden a build mysteriously stops working, because of a 
> completely unrelated plugin.
> This is pretty painful because
> - it's possible to get into a 'no solution', where one project relies on one 
> behaviour so can't upgrade, and one project relies on new behaviour, so can't 
> downgrade.
> - you get builds that work OK in isolation, but not in their project. This is 
> bad. Also builds tied together in bigger aggregator projects can fail in 
> mysterious ways (mysterious because the user /has/ specified the plugin 
> version, and maven has ignored them, or it's a plugin dependency that got 
> there first)
> - subtle build ordering changes can cause new failures (the example has B 
> depend on A - but the bug might only manifest itself in certain build orders 
> that change even when B and A don't).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to