[jira] Commented: (MNG-357) 'build' section of POM does not appears to be inherited

["John Casey (JIRA)" <ji...@codehaus.org>]

     [ http://jira.codehaus.org/browse/MNG-357?page=comments#action_38233 ]
     
John Casey commented on MNG-357:
--------------------------------

>From an email I sent to the users@ list regarding plugin configuration, local overrides, and the pluginManagement section:

I'm looking at:

- org.apache.maven.project.inheritance.DefaultModelInheritanceAssembler
- org.apache.maven.project.injection.DefaultModelDefaultsInjector

and here's what I see:

- Combination of inherited <pluginManagement/> sections (both parent and
child have <pluginManagement/> stuff defined):
----------------------------------------------------------------------

Everything is merged, with locally specified elements overriding
ancestor-specified elements in the event of a tie.

NOTE: There was a problem with the <configuration/> of a plugin not
being merged. I'm fixing this as we speak, although it's not going to be
in alpha-1 obviously...  :) 



- Combination of local POM's <plugins/> with [inherited]
<pluginManagement/> section:
----------------------------------------------------------------------

HOW IT WORKS: <configuration/> elements (both on <goal/> and on
<plugin/>) are combined, with ties going to the local configuration (if
the elements collide, the local specification wins). The list of goals
is accumulated, with the previous note applying to collisions of goals.
That is, if the <pluginManagement/> section specifies some goals and
their configuration for a given plugin, and the <plugin/> section
specifies some goals, the goal definitions from the <pluginManagement/>
section are merged into the one from the plugin specification itself.

NOTE-TO-SELF: Now that I look at this, it might not be a Good Thing(tm).
For instance, how would I suppress a goal that was declared in
<pluginManagement/> but allow other goals from that plugin to run? How
would I suppress plugin configuration declared similarly?

HOW I'M FIXING IT TO WORK: Any <configuration/> or <goals/> element
specified within a plugin in a local POM will negate the usage of the
corresponding element in the <pluginManagement/> section for that
plugin. This allows users to specify local overrides without having to
deal with the accumulation of common settings which are wrong for the
local case but which are not overridden in the local POM. It also makes
the override mechanism more consistent with <dependencyManagement/>.



> 'build' section of POM does not appears to be inherited
> -------------------------------------------------------
>
>          Key: MNG-357
>          URL: http://jira.codehaus.org/browse/MNG-357
>      Project: m2
>         Type: Bug
>   Components: maven-core
>     Versions: 2.0-alpha-1
>     Reporter: Peter van de Hoef
>     Assignee: John Casey

>
>
> It appears that the <build> section is (completely) inherited if it is not present in the derived POM, but if a <build> section is specified in the derived POM, everything from the base POM is thrown away and only the settings of the derived POM are used.
> In my parent POM I have a <build> section which specifies the source directory and some parameters for the java compiler:
>    <build>
>        <sourceDirectory>src</sourceDirectory>
>        <plugins>
>            <plugin>
>                <groupId>org.apache.maven.plugins</groupId>
>                <artifactId>maven-compiler-plugin</artifactId>
>                <version>1.0-alpha-2-SNAPSHOT</version>
>                <configuration>
>                    <source>1.5</source>
>                    <target>1.5</target>
>                </configuration>
>            </plugin>
>        </plugins>
>    </build>
> In a derived POM, the source directory is different, so a new <build> section is specified:
>    <build>
>        <sourceDirectory>module/src</sourceDirectory>
>    </build>
> The overridden source directory is effectuated in this second POM, but it appears that  the java compiler settings have disappeared (it starts e.g. complaining about JDK 1.4 features like assertions). If I do not specify a <build> section in the derived POM, the settings of the base POM are inherited.

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


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org