You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Stephane Nicoll (JIRA)" <ji...@codehaus.org> on 2007/05/31 05:48:58 UTC

[jira] Closed: (MEAR-63) Allow subclasses of EarMojo to provide a JarArchiver

     [ http://jira.codehaus.org/browse/MEAR-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stephane Nicoll closed MEAR-63.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 2.3.1

Applied.

I'm still interested in a discussion about how we can integrate this smoothly. 

> Allow subclasses of EarMojo to provide a JarArchiver
> ----------------------------------------------------
>
>                 Key: MEAR-63
>                 URL: http://jira.codehaus.org/browse/MEAR-63
>             Project: Maven 2.x Ear Plugin
>          Issue Type: Improvement
>    Affects Versions: 2.3
>         Environment: Maven 2.x Ear Plugin trunk : http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-ear-plugin r533087 
>            Reporter: Elliot Metsger
>            Assignee: Stephane Nicoll
>            Priority: Minor
>             Fix For: 2.3.1
>
>         Attachments: EarMojo.diff
>
>
> We would like to have the EAR plugin use a custom JarArchiver.  
> In Maven 2.0.x, Plexus component lookups for our custom JarArchiver component fail randomly (I'm told by one of the Maven developers in the Maven chatroom on irc.codehaus.org that this behavior is fixed in Maven 2.1).
> Could the EAR plugin provide a protected method (for extending classes to override) which obtains the JarArchiver?

-- 
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