You are viewing a plain text version of this content. The canonical link for it is here.

Posted to users@cxf.apache.org by Benson Margulies <be...@basistech.com> on 2015/09/07 01:35:45 UTC

OSGi DS and CXF

I'm thinking of trying an experiment with declarative services.

If I just call the plain old factory API to create a JAX-RS service,
will it plug into the whiteboard without a fuss, or is there something
that the blueprint stuff does that I need to attend to?

Re: OSGi DS and CXF

Posted by Benson Margulies <be...@basistech.com>.

Sorry, I was distracted. I have something working, mind you, but I bet
this is cuter.


On Thu, Sep 10, 2015 at 12:18 PM, Sergey Beryozkin <sb...@gmail.com> wrote:
> Was posted earlier:
>
> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>
> Sergey
>
>
> On 10/09/15 17:13, Benson Margulies wrote:
>>
>> Oh! Hey, is there a sample of this afloat?
>>
>>
>> On Thu, Sep 10, 2015 at 9:08 AM, Christian Schneider
>> <ch...@die-schneider.net> wrote:
>>>
>>> I am also working on nicer integration with DS but am not yet finished.
>>>
>>> What you can do easily is combine DS with dOSGi. Simply export an
>>> annotated
>>> JAXRS service with DS and use the properties for DOSGi.
>>> DOSGi will pick up the services and export them using CXF JAXRS.
>>>
>>> Christian
>>>
>>>
>>> Am 08.09.2015 um 12:37 schrieb Benson Margulies:
>>>>
>>>>
>>>> Well, it turned out that the obvious worked -- I just called up a
>>>> JAXRSServiceFactory inside a DS activator method, and it did the right
>>>> thing.
>>>>
>>>> Meanwhile, David Jencks encouraged me to think about a cleaner
>>>> solution in CXF, but i need to realistically have enough time to
>>>> before I bother you with it.
>>>>
>>>>
>>>> On Tue, Sep 8, 2015 at 5:16 AM, Sergey Beryozkin <sb...@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> Sure, Dan, Christian, they can help,
>>>>>
>>>>> Just one point is that the code below is unlikely to bind to OSGI HTTP
>>>>> Service, in CXF Blueprint we have a default NonSpring CXFServlet
>>>>> registered
>>>>> with HttpService and then individual endpoints loaded from Blueprint
>>>>> contexts registering the destinations with DestinationRegistry created
>>>>> at
>>>>> a
>>>>> time the default CXFServlet is loaded.
>>>>>
>>>>> I know it is not DOSGI but this code might also help:
>>>>>
>>>>>
>>>>>
>>>>> https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73
>>>>>
>>>>> I think you might need to go that route too (create a servlet -
>>>>> CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS
>>>>> Application instances which can hold resource class and provider
>>>>> instances,
>>>>> then get HTTPService - via a tracker or directly from the bundle
>>>>> context,
>>>>> and set that servlet on the service).
>>>>>
>>>>> Lets see what others say too
>>>>>
>>>>> Cheers, Sergey
>>>>>
>>>>>
>>>>>
>>>>> On 07/09/15 18:19, Benson Margulies wrote:
>>>>>>
>>>>>>
>>>>>> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin
>>>>>> <sb...@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Have a look at HttpTransportActivator in rt/transports/http
>>>>>>
>>>>>>
>>>>>>
>>>>>> I think I'm going to need more help here from people celebrating the
>>>>>> holiday :-)
>>>>>>
>>>>>> I wrote:
>>>>>>
>>>>>> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
>>>>>> sf.setServiceBean(this);
>>>>>> sf.setAddress("/worker");
>>>>>> server = sf.create();
>>>>>>
>>>>>> in the activation method of a DS component.
>>>>>>
>>>>>> but this does not succeed in getting the the same result as a JAX-RS
>>>>>> blueprint bean.
>>>>>>
>>>>>> I will continue to try to figure it out after I go be somewhat
>>>>>> holidaisical myself for a bit.
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Sergey
>>>>>>> On 07/09/15 13:43, Benson Margulies wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> No, not dosgi.
>>>>>>>>
>>>>>>>> I think this is a simple question, actually.
>>>>>>>>
>>>>>>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>>>>>>> the whiteboard. Then, the CXF blueprint beans register services as
>>>>>>>> usual.
>>>>>>>>
>>>>>>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>>>>>>> environment whether or not anyone ever uses a CXF blueprint bean,
>>>>>>>> but
>>>>>>>> I was hoping for confirmation.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin
>>>>>>>> <sb...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi Benson
>>>>>>>>>
>>>>>>>>> I honestly do not know.
>>>>>>>>> Is DS similar to Distributed OSGI ?
>>>>>>>>> Actually, I see:
>>>>>>>>>
>>>>>>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>>>>>>
>>>>>>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>>>>>>> context ?
>>>>>>>>> I'm not sure if other alternatives are available, i.e, can that be
>>>>>>>>> easily
>>>>>>>>> supported if needed with some Activator, etc. Perhaps a plan to use
>>>>>>>>> a
>>>>>>>>> factory directly will work best without having to use DOSGI unless
>>>>>>>>> one
>>>>>>>>> prefers use DOSGI.
>>>>>>>>>
>>>>>>>>> Does DS has some annotations ? If some we'd probably be able to
>>>>>>>>> have
>>>>>>>>> some
>>>>>>>>> support similar to Spring @Bean, etc support we have...
>>>>>>>>>
>>>>>>>>> Cheers, Sergey
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>>>>>>
>>>>>>>>>> If I just call the plain old factory API to create a JAX-RS
>>>>>>>>>> service,
>>>>>>>>>> will it plug into the whiteboard without a fuss, or is there
>>>>>>>>>> something
>>>>>>>>>> that the blueprint stuff does that I need to attend to?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sergey Beryozkin
>>>>>>>
>>>>>>> Talend Community Coders
>>>>>>> http://coders.talend.com/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sergey Beryozkin
>>>>>
>>>>> Talend Community Coders
>>>>> http://coders.talend.com/
>>>
>>>
>>>
>
>
> --
> Sergey Beryozkin
>
> Talend Community Coders
> http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Sergey Beryozkin <sb...@gmail.com>.

Was posted earlier:

https://github.com/apache/cxf-dosgi/tree/master/samples/ds

Sergey

On 10/09/15 17:13, Benson Margulies wrote:
> Oh! Hey, is there a sample of this afloat?
>
>
> On Thu, Sep 10, 2015 at 9:08 AM, Christian Schneider
> <ch...@die-schneider.net> wrote:
>> I am also working on nicer integration with DS but am not yet finished.
>>
>> What you can do easily is combine DS with dOSGi. Simply export an annotated
>> JAXRS service with DS and use the properties for DOSGi.
>> DOSGi will pick up the services and export them using CXF JAXRS.
>>
>> Christian
>>
>>
>> Am 08.09.2015 um 12:37 schrieb Benson Margulies:
>>>
>>> Well, it turned out that the obvious worked -- I just called up a
>>> JAXRSServiceFactory inside a DS activator method, and it did the right
>>> thing.
>>>
>>> Meanwhile, David Jencks encouraged me to think about a cleaner
>>> solution in CXF, but i need to realistically have enough time to
>>> before I bother you with it.
>>>
>>>
>>> On Tue, Sep 8, 2015 at 5:16 AM, Sergey Beryozkin <sb...@gmail.com>
>>> wrote:
>>>>
>>>> Sure, Dan, Christian, they can help,
>>>>
>>>> Just one point is that the code below is unlikely to bind to OSGI HTTP
>>>> Service, in CXF Blueprint we have a default NonSpring CXFServlet
>>>> registered
>>>> with HttpService and then individual endpoints loaded from Blueprint
>>>> contexts registering the destinations with DestinationRegistry created at
>>>> a
>>>> time the default CXFServlet is loaded.
>>>>
>>>> I know it is not DOSGI but this code might also help:
>>>>
>>>>
>>>> https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73
>>>>
>>>> I think you might need to go that route too (create a servlet -
>>>> CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS
>>>> Application instances which can hold resource class and provider
>>>> instances,
>>>> then get HTTPService - via a tracker or directly from the bundle context,
>>>> and set that servlet on the service).
>>>>
>>>> Lets see what others say too
>>>>
>>>> Cheers, Sergey
>>>>
>>>>
>>>>
>>>> On 07/09/15 18:19, Benson Margulies wrote:
>>>>>
>>>>> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Have a look at HttpTransportActivator in rt/transports/http
>>>>>
>>>>>
>>>>> I think I'm going to need more help here from people celebrating the
>>>>> holiday :-)
>>>>>
>>>>> I wrote:
>>>>>
>>>>> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
>>>>> sf.setServiceBean(this);
>>>>> sf.setAddress("/worker");
>>>>> server = sf.create();
>>>>>
>>>>> in the activation method of a DS component.
>>>>>
>>>>> but this does not succeed in getting the the same result as a JAX-RS
>>>>> blueprint bean.
>>>>>
>>>>> I will continue to try to figure it out after I go be somewhat
>>>>> holidaisical myself for a bit.
>>>>>
>>>>>
>>>>>
>>>>>> Sergey
>>>>>> On 07/09/15 13:43, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>> No, not dosgi.
>>>>>>>
>>>>>>> I think this is a simple question, actually.
>>>>>>>
>>>>>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>>>>>> the whiteboard. Then, the CXF blueprint beans register services as
>>>>>>> usual.
>>>>>>>
>>>>>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>>>>>> environment whether or not anyone ever uses a CXF blueprint bean, but
>>>>>>> I was hoping for confirmation.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin
>>>>>>> <sb...@gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Benson
>>>>>>>>
>>>>>>>> I honestly do not know.
>>>>>>>> Is DS similar to Distributed OSGI ?
>>>>>>>> Actually, I see:
>>>>>>>>
>>>>>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>>>>>
>>>>>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>>>>>> context ?
>>>>>>>> I'm not sure if other alternatives are available, i.e, can that be
>>>>>>>> easily
>>>>>>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>>>>>>> factory directly will work best without having to use DOSGI unless
>>>>>>>> one
>>>>>>>> prefers use DOSGI.
>>>>>>>>
>>>>>>>> Does DS has some annotations ? If some we'd probably be able to have
>>>>>>>> some
>>>>>>>> support similar to Spring @Bean, etc support we have...
>>>>>>>>
>>>>>>>> Cheers, Sergey
>>>>>>>>
>>>>>>>>
>>>>>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>>>>>
>>>>>>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>>>>>>> will it plug into the whiteboard without a fuss, or is there
>>>>>>>>> something
>>>>>>>>> that the blueprint stuff does that I need to attend to?
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sergey Beryozkin
>>>>>>
>>>>>> Talend Community Coders
>>>>>> http://coders.talend.com/
>>>>
>>>>
>>>>
>>>> --
>>>> Sergey Beryozkin
>>>>
>>>> Talend Community Coders
>>>> http://coders.talend.com/
>>
>>


-- 
Sergey Beryozkin

Talend Community Coders
http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Benson Margulies <be...@basistech.com>.

Oh! Hey, is there a sample of this afloat?


On Thu, Sep 10, 2015 at 9:08 AM, Christian Schneider
<ch...@die-schneider.net> wrote:
> I am also working on nicer integration with DS but am not yet finished.
>
> What you can do easily is combine DS with dOSGi. Simply export an annotated
> JAXRS service with DS and use the properties for DOSGi.
> DOSGi will pick up the services and export them using CXF JAXRS.
>
> Christian
>
>
> Am 08.09.2015 um 12:37 schrieb Benson Margulies:
>>
>> Well, it turned out that the obvious worked -- I just called up a
>> JAXRSServiceFactory inside a DS activator method, and it did the right
>> thing.
>>
>> Meanwhile, David Jencks encouraged me to think about a cleaner
>> solution in CXF, but i need to realistically have enough time to
>> before I bother you with it.
>>
>>
>> On Tue, Sep 8, 2015 at 5:16 AM, Sergey Beryozkin <sb...@gmail.com>
>> wrote:
>>>
>>> Sure, Dan, Christian, they can help,
>>>
>>> Just one point is that the code below is unlikely to bind to OSGI HTTP
>>> Service, in CXF Blueprint we have a default NonSpring CXFServlet
>>> registered
>>> with HttpService and then individual endpoints loaded from Blueprint
>>> contexts registering the destinations with DestinationRegistry created at
>>> a
>>> time the default CXFServlet is loaded.
>>>
>>> I know it is not DOSGI but this code might also help:
>>>
>>>
>>> https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73
>>>
>>> I think you might need to go that route too (create a servlet -
>>> CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS
>>> Application instances which can hold resource class and provider
>>> instances,
>>> then get HTTPService - via a tracker or directly from the bundle context,
>>> and set that servlet on the service).
>>>
>>> Lets see what others say too
>>>
>>> Cheers, Sergey
>>>
>>>
>>>
>>> On 07/09/15 18:19, Benson Margulies wrote:
>>>>
>>>> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com>
>>>> wrote:
>>>>>
>>>>> Have a look at HttpTransportActivator in rt/transports/http
>>>>
>>>>
>>>> I think I'm going to need more help here from people celebrating the
>>>> holiday :-)
>>>>
>>>> I wrote:
>>>>
>>>> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
>>>> sf.setServiceBean(this);
>>>> sf.setAddress("/worker");
>>>> server = sf.create();
>>>>
>>>> in the activation method of a DS component.
>>>>
>>>> but this does not succeed in getting the the same result as a JAX-RS
>>>> blueprint bean.
>>>>
>>>> I will continue to try to figure it out after I go be somewhat
>>>> holidaisical myself for a bit.
>>>>
>>>>
>>>>
>>>>> Sergey
>>>>> On 07/09/15 13:43, Benson Margulies wrote:
>>>>>>
>>>>>>
>>>>>> No, not dosgi.
>>>>>>
>>>>>> I think this is a simple question, actually.
>>>>>>
>>>>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>>>>> the whiteboard. Then, the CXF blueprint beans register services as
>>>>>> usual.
>>>>>>
>>>>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>>>>> environment whether or not anyone ever uses a CXF blueprint bean, but
>>>>>> I was hoping for confirmation.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin
>>>>>> <sb...@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi Benson
>>>>>>>
>>>>>>> I honestly do not know.
>>>>>>> Is DS similar to Distributed OSGI ?
>>>>>>> Actually, I see:
>>>>>>>
>>>>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>>>>
>>>>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>>>>> context ?
>>>>>>> I'm not sure if other alternatives are available, i.e, can that be
>>>>>>> easily
>>>>>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>>>>>> factory directly will work best without having to use DOSGI unless
>>>>>>> one
>>>>>>> prefers use DOSGI.
>>>>>>>
>>>>>>> Does DS has some annotations ? If some we'd probably be able to have
>>>>>>> some
>>>>>>> support similar to Spring @Bean, etc support we have...
>>>>>>>
>>>>>>> Cheers, Sergey
>>>>>>>
>>>>>>>
>>>>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>>>>
>>>>>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>>>>>> will it plug into the whiteboard without a fuss, or is there
>>>>>>>> something
>>>>>>>> that the blueprint stuff does that I need to attend to?
>>>>>>>>
>>>>>>>
>>>>>
>>>>> --
>>>>> Sergey Beryozkin
>>>>>
>>>>> Talend Community Coders
>>>>> http://coders.talend.com/
>>>
>>>
>>>
>>> --
>>> Sergey Beryozkin
>>>
>>> Talend Community Coders
>>> http://coders.talend.com/
>
>

Re: OSGi DS and CXF

Posted by Christian Schneider <ch...@die-schneider.net>.

I am also working on nicer integration with DS but am not yet finished.

What you can do easily is combine DS with dOSGi. Simply export an 
annotated JAXRS service with DS and use the properties for DOSGi.
DOSGi will pick up the services and export them using CXF JAXRS.

Christian

Am 08.09.2015 um 12:37 schrieb Benson Margulies:
> Well, it turned out that the obvious worked -- I just called up a
> JAXRSServiceFactory inside a DS activator method, and it did the right
> thing.
>
> Meanwhile, David Jencks encouraged me to think about a cleaner
> solution in CXF, but i need to realistically have enough time to
> before I bother you with it.
>
>
> On Tue, Sep 8, 2015 at 5:16 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
>> Sure, Dan, Christian, they can help,
>>
>> Just one point is that the code below is unlikely to bind to OSGI HTTP
>> Service, in CXF Blueprint we have a default NonSpring CXFServlet registered
>> with HttpService and then individual endpoints loaded from Blueprint
>> contexts registering the destinations with DestinationRegistry created at a
>> time the default CXFServlet is loaded.
>>
>> I know it is not DOSGI but this code might also help:
>>
>> https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73
>>
>> I think you might need to go that route too (create a servlet -
>> CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS
>> Application instances which can hold resource class and provider instances,
>> then get HTTPService - via a tracker or directly from the bundle context,
>> and set that servlet on the service).
>>
>> Lets see what others say too
>>
>> Cheers, Sergey
>>
>>
>>
>> On 07/09/15 18:19, Benson Margulies wrote:
>>> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com>
>>> wrote:
>>>> Have a look at HttpTransportActivator in rt/transports/http
>>>
>>> I think I'm going to need more help here from people celebrating the
>>> holiday :-)
>>>
>>> I wrote:
>>>
>>> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
>>> sf.setServiceBean(this);
>>> sf.setAddress("/worker");
>>> server = sf.create();
>>>
>>> in the activation method of a DS component.
>>>
>>> but this does not succeed in getting the the same result as a JAX-RS
>>> blueprint bean.
>>>
>>> I will continue to try to figure it out after I go be somewhat
>>> holidaisical myself for a bit.
>>>
>>>
>>>
>>>> Sergey
>>>> On 07/09/15 13:43, Benson Margulies wrote:
>>>>>
>>>>> No, not dosgi.
>>>>>
>>>>> I think this is a simple question, actually.
>>>>>
>>>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>>>> the whiteboard. Then, the CXF blueprint beans register services as
>>>>> usual.
>>>>>
>>>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>>>> environment whether or not anyone ever uses a CXF blueprint bean, but
>>>>> I was hoping for confirmation.
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Hi Benson
>>>>>>
>>>>>> I honestly do not know.
>>>>>> Is DS similar to Distributed OSGI ?
>>>>>> Actually, I see:
>>>>>>
>>>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>>>
>>>>>>
>>>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>>>
>>>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>>>> context ?
>>>>>> I'm not sure if other alternatives are available, i.e, can that be
>>>>>> easily
>>>>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>>>>> factory directly will work best without having to use DOSGI unless one
>>>>>> prefers use DOSGI.
>>>>>>
>>>>>> Does DS has some annotations ? If some we'd probably be able to have
>>>>>> some
>>>>>> support similar to Spring @Bean, etc support we have...
>>>>>>
>>>>>> Cheers, Sergey
>>>>>>
>>>>>>
>>>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>>>
>>>>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>>>>> will it plug into the whiteboard without a fuss, or is there something
>>>>>>> that the blueprint stuff does that I need to attend to?
>>>>>>>
>>>>>>
>>>>
>>>> --
>>>> Sergey Beryozkin
>>>>
>>>> Talend Community Coders
>>>> http://coders.talend.com/
>>
>>
>> --
>> Sergey Beryozkin
>>
>> Talend Community Coders
>> http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Benson Margulies <be...@basistech.com>.

Well, it turned out that the obvious worked -- I just called up a
JAXRSServiceFactory inside a DS activator method, and it did the right
thing.

Meanwhile, David Jencks encouraged me to think about a cleaner
solution in CXF, but i need to realistically have enough time to
before I bother you with it.


On Tue, Sep 8, 2015 at 5:16 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
> Sure, Dan, Christian, they can help,
>
> Just one point is that the code below is unlikely to bind to OSGI HTTP
> Service, in CXF Blueprint we have a default NonSpring CXFServlet registered
> with HttpService and then individual endpoints loaded from Blueprint
> contexts registering the destinations with DestinationRegistry created at a
> time the default CXFServlet is loaded.
>
> I know it is not DOSGI but this code might also help:
>
> https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73
>
> I think you might need to go that route too (create a servlet -
> CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS
> Application instances which can hold resource class and provider instances,
> then get HTTPService - via a tracker or directly from the bundle context,
> and set that servlet on the service).
>
> Lets see what others say too
>
> Cheers, Sergey
>
>
>
> On 07/09/15 18:19, Benson Margulies wrote:
>>
>> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com>
>> wrote:
>>>
>>> Have a look at HttpTransportActivator in rt/transports/http
>>
>>
>> I think I'm going to need more help here from people celebrating the
>> holiday :-)
>>
>> I wrote:
>>
>> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
>> sf.setServiceBean(this);
>> sf.setAddress("/worker");
>> server = sf.create();
>>
>> in the activation method of a DS component.
>>
>> but this does not succeed in getting the the same result as a JAX-RS
>> blueprint bean.
>>
>> I will continue to try to figure it out after I go be somewhat
>> holidaisical myself for a bit.
>>
>>
>>
>>>
>>> Sergey
>>> On 07/09/15 13:43, Benson Margulies wrote:
>>>>
>>>>
>>>> No, not dosgi.
>>>>
>>>> I think this is a simple question, actually.
>>>>
>>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>>> the whiteboard. Then, the CXF blueprint beans register services as
>>>> usual.
>>>>
>>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>>> environment whether or not anyone ever uses a CXF blueprint bean, but
>>>> I was hoping for confirmation.
>>>>
>>>>
>>>>
>>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> Hi Benson
>>>>>
>>>>> I honestly do not know.
>>>>> Is DS similar to Distributed OSGI ?
>>>>> Actually, I see:
>>>>>
>>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>>
>>>>>
>>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>>
>>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>>> context ?
>>>>> I'm not sure if other alternatives are available, i.e, can that be
>>>>> easily
>>>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>>>> factory directly will work best without having to use DOSGI unless one
>>>>> prefers use DOSGI.
>>>>>
>>>>> Does DS has some annotations ? If some we'd probably be able to have
>>>>> some
>>>>> support similar to Spring @Bean, etc support we have...
>>>>>
>>>>> Cheers, Sergey
>>>>>
>>>>>
>>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>>
>>>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>>>> will it plug into the whiteboard without a fuss, or is there something
>>>>>> that the blueprint stuff does that I need to attend to?
>>>>>>
>>>>>
>>>>>
>>>
>>>
>>> --
>>> Sergey Beryozkin
>>>
>>> Talend Community Coders
>>> http://coders.talend.com/
>
>
>
> --
> Sergey Beryozkin
>
> Talend Community Coders
> http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Sergey Beryozkin <sb...@gmail.com>.

Sure, Dan, Christian, they can help,

Just one point is that the code below is unlikely to bind to OSGI HTTP 
Service, in CXF Blueprint we have a default NonSpring CXFServlet 
registered with HttpService and then individual endpoints loaded from 
Blueprint contexts registering the destinations with DestinationRegistry 
created at a time the default CXFServlet is loaded.

I know it is not DOSGI but this code might also help:

https://github.com/apache/cxf-dosgi/blob/master/dsw/cxf-dsw/src/main/java/org/apache/cxf/dosgi/dsw/handlers/HttpServiceManager.java#L73

I think you might need to go that route too (create a servlet - 
CXFNonSpringJaxrsServlet may be - that can be initilized with JAX-RS 
Application instances which can hold resource class and provider 
instances, then get HTTPService - via a tracker or directly from the 
bundle context, and set that servlet on the service).

Lets see what others say too

Cheers, Sergey


On 07/09/15 18:19, Benson Margulies wrote:
> On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
>> Have a look at HttpTransportActivator in rt/transports/http
>
> I think I'm going to need more help here from people celebrating the holiday :-)
>
> I wrote:
>
> JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
> sf.setServiceBean(this);
> sf.setAddress("/worker");
> server = sf.create();
>
> in the activation method of a DS component.
>
> but this does not succeed in getting the the same result as a JAX-RS
> blueprint bean.
>
> I will continue to try to figure it out after I go be somewhat
> holidaisical myself for a bit.
>
>
>
>>
>> Sergey
>> On 07/09/15 13:43, Benson Margulies wrote:
>>>
>>> No, not dosgi.
>>>
>>> I think this is a simple question, actually.
>>>
>>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>>> the whiteboard. Then, the CXF blueprint beans register services as
>>> usual.
>>>
>>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>>> environment whether or not anyone ever uses a CXF blueprint bean, but
>>> I was hoping for confirmation.
>>>
>>>
>>>
>>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com>
>>> wrote:
>>>>
>>>> Hi Benson
>>>>
>>>> I honestly do not know.
>>>> Is DS similar to Distributed OSGI ?
>>>> Actually, I see:
>>>>
>>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>>
>>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>>
>>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>>> context ?
>>>> I'm not sure if other alternatives are available, i.e, can that be easily
>>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>>> factory directly will work best without having to use DOSGI unless one
>>>> prefers use DOSGI.
>>>>
>>>> Does DS has some annotations ? If some we'd probably be able to have some
>>>> support similar to Spring @Bean, etc support we have...
>>>>
>>>> Cheers, Sergey
>>>>
>>>>
>>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>>
>>>>>
>>>>> I'm thinking of trying an experiment with declarative services.
>>>>>
>>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>>> will it plug into the whiteboard without a fuss, or is there something
>>>>> that the blueprint stuff does that I need to attend to?
>>>>>
>>>>
>>>>
>>
>>
>> --
>> Sergey Beryozkin
>>
>> Talend Community Coders
>> http://coders.talend.com/


-- 
Sergey Beryozkin

Talend Community Coders
http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Benson Margulies <be...@basistech.com>.

On Mon, Sep 7, 2015 at 8:54 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
> Have a look at HttpTransportActivator in rt/transports/http

I think I'm going to need more help here from people celebrating the holiday :-)

I wrote:

JAXRSServerFactoryBean sf = new JAXRSServerFactoryBean();
sf.setServiceBean(this);
sf.setAddress("/worker");
server = sf.create();

in the activation method of a DS component.

but this does not succeed in getting the the same result as a JAX-RS
blueprint bean.

I will continue to try to figure it out after I go be somewhat
holidaisical myself for a bit.



>
> Sergey
> On 07/09/15 13:43, Benson Margulies wrote:
>>
>> No, not dosgi.
>>
>> I think this is a simple question, actually.
>>
>> Here's what is going on: When in OSGi, CXF publishes its servlet to
>> the whiteboard. Then, the CXF blueprint beans register services as
>> usual.
>>
>> I'm guessing that CXF plugs into the whiteboard in the OSGi
>> environment whether or not anyone ever uses a CXF blueprint bean, but
>> I was hoping for confirmation.
>>
>>
>>
>> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com>
>> wrote:
>>>
>>> Hi Benson
>>>
>>> I honestly do not know.
>>> Is DS similar to Distributed OSGI ?
>>> Actually, I see:
>>>
>>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>>>
>>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>>
>>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS
>>> context ?
>>> I'm not sure if other alternatives are available, i.e, can that be easily
>>> supported if needed with some Activator, etc. Perhaps a plan to use a
>>> factory directly will work best without having to use DOSGI unless one
>>> prefers use DOSGI.
>>>
>>> Does DS has some annotations ? If some we'd probably be able to have some
>>> support similar to Spring @Bean, etc support we have...
>>>
>>> Cheers, Sergey
>>>
>>>
>>> On 07/09/15 00:35, Benson Margulies wrote:
>>>>
>>>>
>>>> I'm thinking of trying an experiment with declarative services.
>>>>
>>>> If I just call the plain old factory API to create a JAX-RS service,
>>>> will it plug into the whiteboard without a fuss, or is there something
>>>> that the blueprint stuff does that I need to attend to?
>>>>
>>>
>>>
>
>
> --
> Sergey Beryozkin
>
> Talend Community Coders
> http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Sergey Beryozkin <sb...@gmail.com>.

Have a look at HttpTransportActivator in rt/transports/http

Sergey
On 07/09/15 13:43, Benson Margulies wrote:
> No, not dosgi.
>
> I think this is a simple question, actually.
>
> Here's what is going on: When in OSGi, CXF publishes its servlet to
> the whiteboard. Then, the CXF blueprint beans register services as
> usual.
>
> I'm guessing that CXF plugs into the whiteboard in the OSGi
> environment whether or not anyone ever uses a CXF blueprint bean, but
> I was hoping for confirmation.
>
>
>
> On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
>> Hi Benson
>>
>> I honestly do not know.
>> Is DS similar to Distributed OSGI ?
>> Actually, I see:
>>
>> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
>> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>>
>> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS context ?
>> I'm not sure if other alternatives are available, i.e, can that be easily
>> supported if needed with some Activator, etc. Perhaps a plan to use a
>> factory directly will work best without having to use DOSGI unless one
>> prefers use DOSGI.
>>
>> Does DS has some annotations ? If some we'd probably be able to have some
>> support similar to Spring @Bean, etc support we have...
>>
>> Cheers, Sergey
>>
>>
>> On 07/09/15 00:35, Benson Margulies wrote:
>>>
>>> I'm thinking of trying an experiment with declarative services.
>>>
>>> If I just call the plain old factory API to create a JAX-RS service,
>>> will it plug into the whiteboard without a fuss, or is there something
>>> that the blueprint stuff does that I need to attend to?
>>>
>>
>>


-- 
Sergey Beryozkin

Talend Community Coders
http://coders.talend.com/

Re: OSGi DS and CXF

Posted by Benson Margulies <be...@basistech.com>.

No, not dosgi.

I think this is a simple question, actually.

Here's what is going on: When in OSGi, CXF publishes its servlet to
the whiteboard. Then, the CXF blueprint beans register services as
usual.

I'm guessing that CXF plugs into the whiteboard in the OSGi
environment whether or not anyone ever uses a CXF blueprint bean, but
I was hoping for confirmation.



On Mon, Sep 7, 2015 at 5:39 AM, Sergey Beryozkin <sb...@gmail.com> wrote:
> Hi Benson
>
> I honestly do not know.
> Is DS similar to Distributed OSGI ?
> Actually, I see:
>
> https://github.com/apache/cxf-dosgi/tree/master/samples/ds
> https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml
>
> I wonder if DOSGI is needed for a CXF endpoint be set up from a DS context ?
> I'm not sure if other alternatives are available, i.e, can that be easily
> supported if needed with some Activator, etc. Perhaps a plan to use a
> factory directly will work best without having to use DOSGI unless one
> prefers use DOSGI.
>
> Does DS has some annotations ? If some we'd probably be able to have some
> support similar to Spring @Bean, etc support we have...
>
> Cheers, Sergey
>
>
> On 07/09/15 00:35, Benson Margulies wrote:
>>
>> I'm thinking of trying an experiment with declarative services.
>>
>> If I just call the plain old factory API to create a JAX-RS service,
>> will it plug into the whiteboard without a fuss, or is there something
>> that the blueprint stuff does that I need to attend to?
>>
>
>

Re: OSGi DS and CXF

Posted by Sergey Beryozkin <sb...@gmail.com>.

Hi Benson

I honestly do not know.
Is DS similar to Distributed OSGI ?
Actually, I see:

https://github.com/apache/cxf-dosgi/tree/master/samples/ds
https://github.com/apache/cxf-dosgi/blob/master/samples/ds/impl/src/main/resources/OSGI-INF/component.xml

I wonder if DOSGI is needed for a CXF endpoint be set up from a DS 
context ? I'm not sure if other alternatives are available, i.e, can 
that be easily supported if needed with some Activator, etc. Perhaps a 
plan to use a factory directly will work best without having to use 
DOSGI unless one prefers use DOSGI.

Does DS has some annotations ? If some we'd probably be able to have 
some support similar to Spring @Bean, etc support we have...

Cheers, Sergey

On 07/09/15 00:35, Benson Margulies wrote:
> I'm thinking of trying an experiment with declarative services.
>
> If I just call the plain old factory API to create a JAX-RS service,
> will it plug into the whiteboard without a fuss, or is there something
> that the blueprint stuff does that I need to attend to?
>