Nathan Coast <[EMAIL PROTECTED]> wrote on 01/10/2003 02:01:24 PM:

> AFAICT there are 3 directories that plugins can end up in
> 
> <maven_local_home>\repository\groupId\plugins
> 
> <maven_local_home>\repository\maven\plugins

The above one is where groupId=='maven'.

> <maven_home>\plugins
> 
> they are then extracted to
> 
> <maven_local_home>\plugins
> 
> executing plugin:install results in this output:
> 
> jar:jar:
>      [copy] Copying 1 file to 
D:\apache\maven\local\repository\maven\plugins
> plugin:install:
>      [copy] Copying 1 file to D:\apache\maven\plugins
> 
> so the plugin gets copied to two dirs!

plugin:install installs it into the local repo, and then into the plugin 
dir for maven on execution.

> can someone explain which plugins should go where with the new 
> plugins-as-artifacts model?  I'm having difficulty understanding what 
> happens when a plugin is defined as a dependency.  If the plugin exists 
> in multiple places which one takes precedence and why?

Only plugins in $MAVEN_HOME/plugins are expanded on execution.

The plugins in the local repository are there like all other artifacts, 
stored for any other usage that may be needed of them.

> just spent a couple of hours trying to work out why old versions of 
> plugins were being executed after I'd run plugin:install with newer 

plugin:install does this:

    <delete verbose="false">
      <fileset dir="${maven.home}/plugins">
        <include name="${pom.artifactId}-*.jar" />
        <exclude name="${maven.final.name}.jar" />
      </fileset>
    </delete>

    <delete includeEmptyDirs="true" verbose="false">
      <fileset dir="${maven.plugin.unpacked.dir}">
        <include name="*.cache"/>
        <include name="**/.processed" />
        <include name="${pom.artifactId}-*/**" />
        <exclude name="${maven.final.name}.jar" />
      </fileset>
    </delete>

that *should* remove old versions of the plugin. Are you sure you're using 
plugin:install?

Can you provide a test case that doesn't fit the above deletes?
--
dIon Gillard, Multitask Consulting
Blog:      http://blogs.codehaus.org/people/dion/



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to