Well, probably neither of us is going to submit a patch to make profiles work the way we want. I myself would like to do the thing you're describing.
You can control plugin merging: http://www.sonatype.com/people/2011/01/maven-how-to-merging-plugin-configuration-in-complex-projects/ So if you define the cobertura plugin in the parent pom's pluginManagement section, only projects that declare the plugin will pull in the plugin along with the configuration from the parent. On Fri, Jun 10, 2011 at 9:58 AM, Asmann, Roland <roland.asm...@adesso.at> wrote: > I am indeed using option 2, and I understand that the profile itself is > not inherited. What I do not understand is how and where it validates > the existence of the file... The way I see it, it should validate this > on the project being build. > > Clearly I am missing something here which is obvious to all of you, so > please try to explain this to me. > > > On 10.06.2011 16:51, Rafael Vanderlei wrote: >> Roland are you (1) defining the profile with the cobertura configuration in >> a pom of a project where "src/main/java" DOES exist or (2) are you defining >> it in a parent pom of a project where "src/main/java" does NOT exist and you >> are expecting it to work in child projects where "src/main/java" DOES exist >> ? >> >> If option 2, it will not work this way because the profile with cobertura >> configuration will not be inherited in the children >> >> On Fri, Jun 10, 2011 at 11:43 AM, Asmann, Roland >> <roland.asm...@adesso.at>wrote: >> >> > It is not being activated, because the plugin I have defined (cobertura) >> > doesn't run. I think it is quite obviously that this means that the >> > profile isn't activated... >> > >> > >> > On 10.06.2011 16:40, Rafael Vanderlei wrote: >> > > David, when we say "profiles are not inherited" it´s because it is >> really >> > > not inherited.. I mean.. if you define a profile in a parent with >> lots of >> > > configurations and then you define a profile with the same name in a >> > child >> > > the configuration defined in the parent is not applyied to the >> child. The >> > > child has a new brand profile that happens to have the same name of the >> > > profile defined in the parent. >> > > >> > > And because they have the same name, they both get activated by -P, but >> > they >> > > are two different profiles, each one with its own configuration. >> > > >> > > @Roland what makes you say profile is not being activated? For the >> > > configuration you showed before, you did not define any special >> behaviour >> > to >> > > happen when the profile "default-code-coverage" is active. >> > > >> > > On Fri, Jun 10, 2011 at 11:29 AM, David Durham >> > > <david.durham...@gmail.com>wrote: >> > > >> > > > I think the statement "profiles are not inherited" is not strictly >> > > > true. Activation with <file> does not work on an inherited basis. >> > > > But direct activation at the command line with -P does work, even if >> > > > the profile is defined in a parent pom. >> > > > >> > > > On Fri, Jun 10, 2011 at 9:03 AM, Asmann, Roland < >> > roland.asm...@adesso.at> >> > > > wrote: >> > > > > OK, so why isn't this one activated? It should be imho... >> > > > > >> > > > > >> > > > > On 10.06.2011 15:53, Stephen Connolly wrote: >> > > > >> profiles are not inherited... the results of activating them >> in the >> > > > >> reactor are inherited >> > > > >> >> > > > >> On 10 June 2011 14:48, Asmann, Roland <roland.asm...@adesso.at> >> > wrote: >> > > > >> > Hi all, >> > > > >> > >> > > > >> > I have this profile defined in a parent-POM: >> > > > >> > >> > > > >> > <profile> >> > > > >> > <id>default-code-coverage</id> >> > > > >> > <activation> >> > > > >> > <file> >> > > > >> > <exists>src/main/java</exists> >> > > > >> > </file> >> > > > >> > </activation> >> > > > >> > </profile> >> > > > >> > >> > > > >> > Now, in several child-projects it will not be activated, because >> > > > there >> > > > >> > are no sources (WAR, EAR or simple resource-projects). However, >> > > it is >> > > > >> > also not working on the projects that DO have sources... >> > > > >> > >> > > > >> > Can anybody tell me what I am doing wrong here? >> > > > >> > >> > > > >> > I'm running Maven 2.2.1. >> > > > >> > >> > > > >> > Thanks. >> > > > >> > >> > > > >> > -- >> > > > >> > Roland Asmann >> > > > >> > Senior Software Engineer >> > > > >> > >> > > > >> > adesso Austria GmbH >> > > > >> > Floridotower 26. Stock T +43 1 2198790-27 >> > > > >> > Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 >> > > > >> > A-1210 Wien M +43 664 88657566 >> > > > >> > E roland.asm...@adesso.at >> > > > >> > W www.adesso.at >> > > > >> > >> > > > >> > ------------------------------------------------------------- >> > > > >> > >>> business. people. technology. <<< >> > > > >> > ------------------------------------------------------------- >> > > > >> > >> > > > >> > >> > > --------------------------------------------------------------------- >> > > > >> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > > > >> > For additional commands, e-mail: users-h...@maven.apache.org >> > > > >> > >> > > > >> > >> > > > >> >> > > > >> >> > --------------------------------------------------------------------- >> > > > >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > > > >> For additional commands, e-mail: users-h...@maven.apache.org >> > > > >> >> > > > > >> > > > > -- >> > > > > Roland Asmann >> > > > > Senior Software Engineer >> > > > > >> > > > > adesso Austria GmbH >> > > > > Floridotower 26. Stock T +43 1 2198790-27 >> > > > > Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 >> > > > > A-1210 Wien M +43 664 88657566 >> > > > > E roland.asm...@adesso.at >> > > > > W www.adesso.at >> > > > > >> > > > > ------------------------------------------------------------- >> > > > > >>> business. people. technology. <<< >> > > > > ------------------------------------------------------------- >> > > > > >> > > > > >> > --------------------------------------------------------------------- >> > > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > > > > For additional commands, e-mail: users-h...@maven.apache.org >> > > > > >> > > > > >> > > > >> > > > --------------------------------------------------------------------- >> > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > > > For additional commands, e-mail: users-h...@maven.apache.org >> > > > >> > > > >> > > >> > >> > -- >> > Roland Asmann >> > Senior Software Engineer >> > >> > adesso Austria GmbH >> > Floridotower 26. Stock T +43 1 2198790-27 >> > Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 >> > A-1210 Wien M +43 664 88657566 >> > E roland.asm...@adesso.at >> > W www.adesso.at >> > >> > ------------------------------------------------------------- >> > >>> business. people. technology. <<< >> > ------------------------------------------------------------- >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > For additional commands, e-mail: users-h...@maven.apache.org >> > >> > >> > > -- > Roland Asmann > Senior Software Engineer > > adesso Austria GmbH > Floridotower 26. Stock T +43 1 2198790-27 > Floridsdorfer Hauptstr. 1 F +43 1 2198790-927 > A-1210 Wien M +43 664 88657566 > E roland.asm...@adesso.at > W www.adesso.at > > ------------------------------------------------------------- > >>> business. people. technology. <<< > ------------------------------------------------------------- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
