I never said it was documented! ;)

https://github.com/bndtools/bnd/blob/master/biz.aQute.resolve/src/biz/aQute/resolve/BndrunResolveContext.java#L167

On Wed, Nov 23, 2016 at 4:45 PM, Milen Dyankov <milendyan...@gmail.com>
wrote:

> not according to http://bnd.bndtools.org/chapters/825-instructions-ref.
> html :)
>
>
> On Wed, Nov 23, 2016 at 10:42 PM, Raymond Auge <raymond.a...@liferay.com>
> wrote:
>
>> -distro: is an existing bnd instruction implemented by Peter.
>>
>> - Ray
>>
>> On Wed, Nov 23, 2016 at 4:22 PM, Milen Dyankov <milendyan...@gmail.com>
>> wrote:
>>
>>> I didn't want to highjack the "Component being activated twice?" thread
>>> so decided to start a new one.
>>>
>>> Regarding the "*-distro*" instruction - I don't seam to find any info
>>> about it. I assume this was simply an idea Ray proposed and not something
>>> that exist and need to be improved? Please correct me if I'm wrong and
>>> point me to some documentation.
>>>
>>> From the previous discussion I get the impression the really missing
>>> piece in bnd / repos / resolver is the concept of dependency scope
>>> "provided" that we know from Maven. If I understood Ray's intention
>>> correctly this is what he generally wants to have with "-distro" except
>>> it's on repository level instead of bundle level. I'm just curios if it
>>> wouldn't make more sense to have both. That is so in addition to what Ray
>>> proposes one could say for example:
>>>
>>> -*-runprovided: *<blach>
>>>
>>> which would mean use those to resolve build time but do not
>>> package/deploy/include them in anything that would go in runtime.
>>>
>>> Best,
>>> Milen
>>>
>>>
>>> --
>>> http://about.me/milen
>>>
>>> _______________________________________________
>>> OSGi Developer Mail List
>>> osgi-dev@mail.osgi.org
>>> https://mail.osgi.org/mailman/listinfo/osgi-dev
>>>
>>
>>
>>
>> --
>> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>>  (@rotty3000)
>> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>>  (@Liferay)
>> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org>
>> (@OSGiAlliance)
>>
>> _______________________________________________
>> OSGi Developer Mail List
>> osgi-dev@mail.osgi.org
>> https://mail.osgi.org/mailman/listinfo/osgi-dev
>>
>
>
>
> --
> http://about.me/milen
>
> _______________________________________________
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org
> https://mail.osgi.org/mailman/listinfo/osgi-dev
>



-- 
*Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

Reply via email to