cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simone Gianni (JIRA)" <>
Subject [jira] Commented: (COCOON-1961) Cocoon deployer plugin given null pointer cause of maven limitations on subclassing
Date Mon, 04 Dec 2006 04:28:22 GMT
    [ ] 
Simone Gianni commented on COCOON-1961:

Uops, forgot the NPE stacktrace :

        at org.apache.maven.plugin.war.AbstractWarMojo.unpack(
        at org.apache.maven.plugin.war.AbstractWarMojo.unpackWarToTempDirectory(
        at org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp(
        at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(
        at org.apache.cocoon.maven.deployer.AbstractDeployMojo.deployMonolithicCocoonAppAsWebapp(
        at org.apache.cocoon.maven.deployer.DeployExplodedMojo.execute(
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
        at org.apache.maven.DefaultMaven.doExecute(
        at org.apache.maven.DefaultMaven.execute(
        at org.apache.maven.cli.MavenCli.main(
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at org.codehaus.classworlds.Launcher.launchEnhanced(
        at org.codehaus.classworlds.Launcher.launch(
        at org.codehaus.classworlds.Launcher.mainWithExitCode(
        at org.codehaus.classworlds.Launcher.main(

> Cocoon deployer plugin given null pointer cause of maven limitations on subclassing
> -----------------------------------------------------------------------------------
>                 Key: COCOON-1961
>                 URL:
>             Project: Cocoon
>          Issue Type: Bug
>          Components: - Build System: Maven
>    Affects Versions: 2.2-dev (Current SVN)
>            Reporter: Simone Gianni
>            Priority: Blocker
> Currently, trying to build (mvn package for example) a dist, throws a null pointer exception.
Stack trace follows.
> The problem is that the property archiverManager of AbstractWarMojo is null. The problem
is simply summarized here :
, a mojo should not subclass another mojo cause the super one will not be inited by maven.

> In that mail is written "You'll need to redefine that parameter if you want to use it
in the xdoclet [subclass] plugin". Don't know exactly what this means, cause redefining a
private field will not fill the super one and AFAIK there is no way to define a maven @parameter
not associated to a declared field.
> I've opened an issue on maven jira about subdividing the WAR plugin in separate goals,
so that it will be possible to write plugins that operates on the WAR directory structure,
and stack them in the package lifecycle phase in an order like "war:prepare, cocoon:deploy,
what:else, war:package". This is . 
> I will try to modify the war plugin this way, and test it with a mock plugin. In case
someone manages to have it working, then we could rewrite the cocoon deployer in a way that
does not subclass the war mojo, but only operates on the war directory structure.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message