Thank you for the reply Christian, I came across your work while investigating my problem as the example on DOSGi from your tutorial is very relevant. I'm looking at this issue from an Equinox perspective, but it should be doable considering I am relying mainly on cxf bundles.
regards, Konstantinos > Date: Wed, 27 Feb 2013 08:09:59 +0100 > From: [email protected] > To: [email protected] > Subject: Re: CXF Distributed OSGi with Blueprint demo > > I will take a look at your code to see if I find the problem. > > In the mean time you can try to use the zookeeper based discovery. I > have written a tutorial how to us it in Apache Karaf: > http://www.liquid-reality.de/display/liquid/2013/02/13/Apache+Karaf+Tutorial+Part+8+-+Distributed+OSGi > > I suspect the problem is either in the equinox multibundle distro or in > the local discovery as these are the two differences. > > Christian > > Am 26.02.2013 15:34, schrieb Konstantinos Mavridis: > > The service side appears to function without problems, the WSDL is returned > > correctly and service invocation using soapUI is successful. The issue > > appears to be on the client side. > > > >> From: [email protected] > >> To: [email protected] > >> Subject: CXF Distributed OSGi with Blueprint demo > >> Date: Tue, 26 Feb 2013 11:58:54 +0200 > >> > >> Hi all, > >> > >> I have put together an example based on the the "CXF Distributed OSGi with > >> Declarative Services demo" (http://cxf.apache.org/dosgi-ds-demo-page.html) > >> using Blueprint as the activation method. Essentially, replacing the DS > >> portions with Blueprint. It is available at > >> https://github.com/Konstantinos-Mavridis/bluCXF-DOSGi. > >> > >> However, while the service appears to get published and the client appears > >> to bind to a host reference, no service invocation takes place. It seems > >> as if the cxf-specific part never gets triggered. > >> > >> Below are the relevant log entries from each side after starting the two > >> Equinox instances (more info about the setup on Github). Hopefully, this > >> is due to some misconfiguration; if we can get it working perhaps it could > >> be added along the existing cxf-dosgi samples. > >> > >> <snip> > > > > > -- > > Christian Schneider > http://www.liquid-reality.de > > Open Source Architect > Talend Application Integration Division http://www.talend.com >
