Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Subject: Re: "conditional" parent POM?
To: users@maven.apache.org
References: <56E1D728.5010405@springdot.org>
 <CADN69ykEevF5WTRUywjawFoWw3BDuqAQqxOibeAJSe37AzveAQ@mail.gmail.com>
 <56E1F76C.7010402@springdot.org>
 <51E3B42D-DD0F-4E27-B730-D191929B07CA@oracle.com>
 <20160311002943.2992E29C00EE@dd17332.kasserver.com>
 <250085C7-47E0-448D-BBA4-311F2B8D067A@oracle.com>
From: Max Spring <m2spring@springdot.org>
Message-ID: <56E2294C.4090606@springdot.org>
Date: Thu, 10 Mar 2016 18:11:24 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <250085C7-47E0-448D-BBA4-311F2B8D067A@oracle.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

In this case I actually want to add something, or to be precise, I want my Jenkins job to add something on the fly with each build.
So I can build an open source project deploying to my organization's repository manager.

The property approach Manfred pointed out earlier seems to be the most straight forward.

-Max


On 03/10/2016 06:03 PM, Robert Patrick wrote:
> The flatten plugin can remove sections of the POM that are not needed by consumers of your software binaries, such as the repositories and pluginRepositories sections.  Isn't that what you are trying to achieve?
>
> Robert Patrick
> Sent from my iDevice
>
>> On Mar 10, 2016, at 4:29 PM, Manfred Moser <manfred@simpligility.com> wrote:
>>
>> How so? The flatten plugin just flattens the poms right. If they point to an internal repo manager .. its still wrong..
>>
>> Manfred
>>
>> Robert Patrick wrote on 2016-03-10 14:43:
>>
>>> Take a look at the flatten plugin...this is a much simpler way to solve that
>>> problem!
>>>
>>> Robert Patrick
>>> Sent from my iDevice
>>>
>>>> On Mar 10, 2016, at 2:38 PM, Max Spring <m2spring@springdot.org> wrote:
>>>>
>>>> Hi Curtis,
>>>>
>>>> I don't want to have the URL of my in-house Maven repository manager out in
>>>> the open.
>>>>
>>>> Regards,
>>>> -Max
>>>>
>>>>
>>>>> On 03/10/2016 12:29 PM, Curtis Rueden wrote:
>>>>> Hi Max,
>>>>>
>>>>> Why do you need two different parents? What configuration is different
>>>>> between your "wild" parent and your internal one?
>>>>>
>>>>> Would it be sufficient to enclose the internal-specific configuration
>>>>> (e.g., distributionManagement) in a profile? This technique is what my OSS
>>>>> projects do [1].
>>>>>
>>>>> Regards,
>>>>> Curtis
>>>>>
>>>>> [1]
>>>>> https://github.com/scijava/pom-scijava/blob/pom-scijava-9.6.0/pom.xml#L1686-L1701
>>>>>
>>>>>
>>>>>> On Thu, Mar 10, 2016 at 2:20 PM, Max Spring <m2spring@springdot.org> wrote:
>>>>>>
>>>>>> What's the best structure for a (multi-module) Maven project which should
>>>>>> build "in the wild" without any Maven repository manager and can easily
>>>>>> build within my organization where deployments should happen to my Maven
>>>>>> repository manager?
>>>>>>
>>>>>> Ideally, I would have two different paren POMs for each situation. But
>>>>>> unfortunately, I can't use a Maven property to pass the correct value for
>>>>>> each situation, because the property expression in the parent POM reference
>>>>>> doesn't get interpolated, if I try something like
>>>>>>
>>>>>>   <parent>
>>>>>>     <groupId>org.example</groupId>
>>>>>>     <artifactId>${root.pom}</artifactId>
>>>>>>     <version>1.0-SNAPSHOT</version>
>>>>>>     <relativePath/>
>>>>>>   </parent>
>>>>>>   ...
>>>>>>   <properties>
>>>>>>     <root.pom>wild-parent</root.pom>
>>>>>>   </properties>
>>>>>>
>>>>>> Added a minimalistic project which shows a crude approach to solve this by
>>>>>> patching the parent POM via sed:
>>>>>> https://github.com/m2spring/wild-inhouse-hybrid-example
>>>>>>
>>>>>> -Max
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>


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