Re: [VOTE] Release Maven Antrun plugin version 1.4
+1 On 25 May 2010 03:20, Paul Gier wrote: > Hi, > > We solved 13 issues: > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11125&version=14641 > > There are still a couple of issues left in JIRA: > > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11125&status=1 > > Staging repo: > https://repository.apache.org/content/repositories/maven-013/ > > Staging site: > http://maven.apache.org/plugins/maven-antrun-plugin-1.4/ > > SCM Tag: > http://svn.apache.org/repos/asf/maven/plugins/tags/maven-antrun-plugin-1.4/ > > Guide to testing staged releases: > http://maven.apache.org/guides/development/guide-testing-releases.html > > Vote open for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >
[VOTE] Release Maven Antrun plugin version 1.4
Hi, We solved 13 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11125&version=14641 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11125&status=1 Staging repo: https://repository.apache.org/content/repositories/maven-013/ Staging site: http://maven.apache.org/plugins/maven-antrun-plugin-1.4/ SCM Tag: http://svn.apache.org/repos/asf/maven/plugins/tags/maven-antrun-plugin-1.4/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Trying to extend AbstractAssemblyMojo
the maven-plugin-plugin processes javadoc annotations to derive the plugin
metadata.
when you extend a maven-plugin artifact, the maven-plugin-plugin cannot see
the javadoc annotations of the parent mojo classes (because they are javadoc
annotations and it only has access to the .class files)
As a result it is not possible to extend a maven plugin... which leads to
the pattern whereby you have a jar artifact for doing the heavy lifting and
a skinny maven-plugin artifact to bind the jar to maven [oh look that's
actually best practice as now you are not tied to using maven as a build
tool, you can easily write a skinny ANT task wrapper to switch to ANT, etc]
You could avoid using maven-plugin-plugin and write the plugin metadata
yourself, or you could develop a patch to m-p-p to merge metadata (i'll
apply the patch for you if you can develop such... promise ;-) )
Of couse when we eventually switch to using java 5 annotations the issue
will be gone as those annotations can have a rentention into the .class
files
-Stephen
On 24 May 2010 22:12, Michael Delaney wrote:
> All,
>
> I'm trying to write a custom packing plugin that uses the Maven assembly
> descriptors but I'm running into some issues with my class. Just trying to
> proof out my concepts, I copied the class DirectoryMojo and changed the
> package name, added it to my Maven plugin and built the plugin; the plugin
> compiled with no issues.
>
> I then took a simple app with an assembly descriptor and tried to use my
> new packing plugin but I'm getting a null exception during the phase where
> it builds. Can anyone point me to in the right direction?
>
> -- POM configuration in helloWorld app.
>
> org.example.plugin
> custom-packaging-plugin
> 1.0.0-SNAPSHOT
>
>
> ${basedir}/src/main/assembly/custom.xml
>
>
>
>
> -- helloWorld build error
> [INFO] [sample-project:custom-assembly {execution: default-cli}]
> [INFO] Creating custom artifact now...
> [INFO]
>
> [ERROR] FATAL ERROR
> [INFO]
>
> [INFO] null
> [INFO]
>
> [INFO] Trace
> java.lang.NullPointerException
>at
> org.apache.maven.plugin.assembly.mojos.AbstractDirectoryMojo.execute(AbstractDirectoryMojo.java:49)
>at
> org.apache.maven.plugin.assembly.mojos.CustomAssemblyMojo.execute(CustomAssemblyMojo.java:40)
>at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:284)
>at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
>at
> org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> [INFO]
>
> [INFO] Total time: 19 seconds
> [INFO] Finished at: Mon May 24 16:53:57 EDT 2010
> [INFO] Final Memory: 44M/127M
> [INFO]
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
[VOTE] Release Maven Doxia and Maven Doxia Site Tools version 1.1.3
Hi, To allow Maven Site Plugin 2.1.1 to be released, I'd like to release Doxia 1.1.3. We solved 10+1 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10780&version=15924 http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11624&version=16452 There are still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10780&status=1 http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11624&status=1 Staging repos: https://repository.apache.org/content/repositories/maven-010/ Staging sites (need to sync): http://maven.apache.org/doxia/doxia-1.1.3 http://maven.apache.org/doxia/doxia-sitetools-1.1.3 Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Trying to extend AbstractAssemblyMojo
All,
I'm trying to write a custom packing plugin that uses the Maven assembly
descriptors but I'm running into some issues with my class. Just trying
to proof out my concepts, I copied the class DirectoryMojo and changed
the package name, added it to my Maven plugin and built the plugin; the
plugin compiled with no issues.
I then took a simple app with an assembly descriptor and tried to use my
new packing plugin but I'm getting a null exception during the phase
where it builds. Can anyone point me to in the right direction?
-- POM configuration in helloWorld app.
org.example.plugin
custom-packaging-plugin
1.0.0-SNAPSHOT
${basedir}/src/main/assembly/custom.xml
-- helloWorld build error
[INFO] [sample-project:custom-assembly {execution: default-cli}]
[INFO] Creating custom artifact now...
[INFO]
[ERROR] FATAL ERROR
[INFO]
[INFO] null
[INFO]
[INFO] Trace
java.lang.NullPointerException
at
org.apache.maven.plugin.assembly.mojos.AbstractDirectoryMojo.execute(AbstractDirectoryMojo.java:49)
at
org.apache.maven.plugin.assembly.mojos.CustomAssemblyMojo.execute(CustomAssemblyMojo.java:40)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:284)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]
[INFO] Total time: 19 seconds
[INFO] Finished at: Mon May 24 16:53:57 EDT 2010
[INFO] Final Memory: 44M/127M
[INFO]
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
