You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Karl Heinz Marbaise <kh...@gmx.de> on 2016/07/23 18:31:29 UTC
Re: [jira] [Updated] (MNG-6070) Default profile in settings.xml must
not use an id possibly already in use.
Hi Christian,
Ok first activation problem looks like being solved I've retested this
with my example project...Thanks for fixing that...
But what is unclear to me why during the run information from another
profile in particular the one which is defined in the parent of my
echo-maven-plugin will leak into my example project? (Described in the
issue MNG-6070)...I never thought profiles used in a plugin could have
influence into my own project which only use those plugins? But those
profiles are read....
The questions is profiles are read which are in the plugins which I'm
using in my project...that sounds like they are not clearly separated....
?
Kind regards
Karl Heinz
On 7/23/16 8:20 PM, Christian Schulte (JIRA) wrote:
>
> [ https://issues.apache.org/jira/browse/MNG-6070?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Christian Schulte updated MNG-6070:
> -----------------------------------
> Summary: Default profile in settings.xml must not use an id possibly already in use. (was: [REGRESSION] Profile activation based on a property does not work correctly)
>
>> Default profile in settings.xml must not use an id possibly already in use.
>> ----------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [jira] [Updated] (MNG-6070) Default profile in settings.xml must
not use an id possibly already in use.
Posted by Christian Schulte <cs...@schulte.it>.
Am 07/23/16 um 20:31 schrieb Karl Heinz Marbaise:
> Hi Christian,
>
> Ok first activation problem looks like being solved I've retested this
> with my example project...Thanks for fixing that...
>
>
> But what is unclear to me why during the run information from another
> profile in particular the one which is defined in the parent of my
> echo-maven-plugin will leak into my example project?
Does that really happen?
> The questions is profiles are read which are in the plugins which I'm
> using in my project...that sounds like they are not clearly separated....
>
> ?
What profile are you referring to in the example? The plugin profiles
are not applied to the POMs by the model builder. I could be wrong.
Regards,
--
Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [jira] [Updated] (MNG-6070) Default profile in settings.xml must
not use an id possibly already in use.
Posted by Christian Schulte <cs...@schulte.it>.
Am 07/23/16 um 20:31 schrieb Karl Heinz Marbaise:
> Hi Christian,
>
> Ok first activation problem looks like being solved I've retested this
> with my example project...Thanks for fixing that...
>
>
> But what is unclear to me why during the run information from another
> profile in particular the one which is defined in the parent of my
> echo-maven-plugin will leak into my example project? (Described in the
> issue MNG-6070)...I never thought profiles used in a plugin could have
> influence into my own project which only use those plugins? But those
> profiles are read....
>
> The questions is profiles are read which are in the plugins which I'm
> using in my project...that sounds like they are not clearly separated....
>
> ?
>
The output may be different due to
<https://issues.apache.org/jira/browse/MNG-5984>. But that happens in
MavenCLI before anything else is executed. Does not influence the model
builder in any way. That's the only changes I know of regarding profiles
done in 3.4.
Regards,
--
Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org