I am guessing the stuff in the org.osgi.service namespace is going into a
separate bundle similar to how the other services were taken out of
compendium.  Right now the StandardConverter in source control news up an
apache impl converter object.  Is that code going to change to get a
converterfactory from the service registry and get a converter instance
from there or something like that.  The reason I am asking is that right
now I have different bundles that add rules to the adapter for the objects
that they manage.  It happens one time on activate.  Should I be changing
how I do things for instance, should my "Search" service have a function
that gets a converter with the rules added and inside the get converter
function it news up a standard converter and then adds the rules or should
I be adding rules to some global service or adapter that StandardConverter
will eventually get an object from.

Thanks for any help,
  David Daniel

On Thu, Sep 8, 2016 at 9:30 AM, David Bosschaert <david.bosscha...@gmail.com
> wrote:

> Hi all,
>
> The Converter API was recently discussed in the OSGi Expert Groups and
> based on the feedback the API has been refactored a bit.
> One change is how the converter is obtained in a standard way. Previously
> this was done by calling ConverterFactory.standardConverter() but this is
> now done by calling 'new StandardConverter()'.
> The converter can be used inside an OSGi framework but also outside of OSGi
> in the same way. This follows a pattern used by the OSGi Promises as well.
> The Codecs will remain an OSGi service (also obtainable via
> ServiceLoader.load()) but they are renamed to 'Serializer'.
> I've made these changes to the Felix Converter codebase.
>
> This is a component that is still very much under development until the
> OSGi R7 specs are released so changes like this can happen. For those who
> already use the convert it should not be too hard to update their code -
> hopefully :)
>
> Cheers,
>
> David
>

Reply via email to