Hi Balazs,
Thanks for sharing your feedback.
The timing is good because we are planning to work on some extensions
to the Blueprint Specification within the EEG in the near future. I'll
make sure your suggestions are taken into account.
Best regards,
David Bosschaert
BTW if you are interested
Hi,
I might have missed it. I am sorry but I did not have time to go through
all of the specifications till now. However I write here an example:
There is an API interface in a package that has the version 2.1.0. Let's
call it CACHE. We have this in the OSGI container. Based on our private
rules
Some more information to my last mail:
I could imagine this automatically work in the following way:
- When we register a service via BundleContext it automatically writes
the version in as a service property based on the version it finds in the
MANIFEST header of the bundle that
Balzs,
This is not really the right way to version services. Service
compatibility is based on the versioning of package exports and imports.
For example, if your provider bundle implements version 2.0.x of the API
then it should use an Import-Package range of [2.0,2.1). This is
because a
Sorry for the partial message, I am having some connectivity problems. Full
intended message is as follow:
There are advantages and disadvantages to both approaches, i.e. including
service APIs in the provider bundle versus separating them into pure API
bundles. Each involves trade-offs, and even
Hi,
BTW if you are interested in helping out with this specification work,
let us know!
I let you know than. This is my dream to talk to colleagues who are
interested in the same topic and try finding the best solution together :)
In a couple of days I can prepare an XSD with descriptions based
Great to hear, Balazs! Looking forward to those proposed changes in
Apache Aries.
The specification process in OSGi (which is often based off existing
implementations such as those done in Apache and Eclipse) is done in
the one of the OSGi Expert Groups. To participate in there you need to
be a
