Hi,

> Am 22.05.2017 um 09:19 schrieb sebb <seb...@gmail.com>:
> 
> On 22 May 2017 at 13:14, Rob Tompkins <chtom...@gmail.com 
> <mailto:chtom...@gmail.com>> wrote:
>> 
>>> On May 22, 2017, at 8:10 AM, Stephen Colebourne <scolebou...@joda.org> 
>>> wrote:
>>> 
>>> On 22 May 2017 at 12:51, Rob Tompkins <chtom...@gmail.com> wrote:
>>>> You could, in the parent, declare in the properties section beside the 
>>>> declaration of “commons.osgi.symbolicName”, another property pointing to 
>>>> that as
>>>> 
>>>> <commons.automatic-module-name>${commons.osgi.symbolicName}</commons.automatic-module-name>
>>>> 
>>>> and then allow people to override that in their local poms. That way you 
>>>> wouldn’t get the blank lines.
>>> 
>>> True, but I want to ensure that we only add it to components where it
>>> is valid (and we have manually checked it is valid). Which I think
>>> requires us to do it in each subproject.
>> 
>> We might be able to contrive something using antrun after compile that 
>> predicates on the property being populated, but that feels extra hacky.
> 
> It's possible to have a profile depend on the presence of a file.
> 
> So just create an empty file when the property is available for use.

Please no more profile activation based on files being present. This is just 
confusing and a dirty hack IMHO.

> 
>>> Stephen
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
>>> <mailto:dev-unsubscr...@commons.apache.org>
>>> For additional commands, e-mail: dev-h...@commons.apache.org 
>>> <mailto:dev-h...@commons.apache.org>
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
>> <mailto:dev-unsubscr...@commons.apache.org>
>> For additional commands, e-mail: dev-h...@commons.apache.org 
>> <mailto:dev-h...@commons.apache.org>
>> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org 
> <mailto:dev-unsubscr...@commons.apache.org>
> For additional commands, e-mail: dev-h...@commons.apache.org 
> <mailto:dev-h...@commons.apache.org>

Reply via email to