Thanks for the confirmation (and additional info). Hopefully this can serve as 
a useful concrete example for any future discussions in Aries.

Tim

To: [email protected]
CC: [email protected]; [email protected]
Subject: RE: Semantic Versioning tool
From: [email protected]
Date: Fri, 7 Oct 2011 16:24:32 -0400

The package-info file for the weaving package
provides the clue. The framework is considered the provider of the weaving
API. The WeavingHook type is not marked @noimplement as it is expected
to be implemented by consumers of the API. So the proxy component should
import the range "[1,2)".

-- 



BJ Hargrave

Senior Technical Staff Member, IBM

OSGi Fellow and CTO of the OSGi
Alliance

[email protected]



office: +1 386 848 1781

mobile: +1 386 848 3788











From:      
 Timothy Ward <[email protected]>

To:      
 <[email protected]>,
BJ Hargrave/Austin/IBM@IBMUS, 

Date:      
 2011/10/07 09:01

Subject:    
   RE: Semantic
Versioning tool

Sent by:    
   <[email protected]>








Hi BJ,



I'd like to check an example with you, just to confirm that I have this
absolutely right in my head and hopefully clarify things for anyone who
is still confused. The Aries Proxy component makes use of OSGi 4.3 Weaving
Hooks, which expects bundles to provide a WeavingHook implementation service.
Even though the proxy bundle implements the WeavingHook interface I believe
it is a consumer of the Weaving Hook API (the provider being the framework)
because the WeavingHook interface is designed to be implemented by users.
This means (I think) that the proxy component should use an import range
of [1,2) for that package.



Regards,



Tim





> To: [email protected]

> Subject: Re: Semantic Versioning tool

> From: [email protected]

> Date: Fri, 30 Sep 2011 17:28:01 -0400

> 

> Graham Charters ask me and/or Peter Kriens to chime in here...

> 

> So I wrote a blog post. 

> http://blog.bjhargrave.com/2011/09/needs-of-many-outweigh-needs-of-few.html

> 

> -- 

> 

> BJ Hargrave

> Senior Technical Staff Member, IBM

> OSGi Fellow and CTO of the OSGi Alliance

> [email protected]

> 

> office: +1 386 848 1781

> mobile: +1 386 848 3788

> 

                                          

Reply via email to