cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrei Shakirin <ashaki...@talend.com>
Subject RE: extensions dynamically added/removed from exited bus
Date Fri, 23 Aug 2013 12:53:17 GMT
Hi Dan,

> If the extensions are not really loaded via a META-INF/bus-extension.txt and
> instead are OSGi services, you may be able to accomplish a bit more.   When
> the bundle stops and the service is stopped, it should be able to get a
> blueprint lifecycle event and then go ahead an unregister anything that is
> may have registered, but I'm not 100% sure that would work completely
> correctly.

I know from Christian that you have added new functionality to register extensions as OSGi
services (not via META-INF/bus-extension.txt).
Could you point on test or sample how to do that?

Regards,
Andrei.

> -----Original Message-----
> From: Daniel Kulp [mailto:dkulp@apache.org]
> Sent: Donnerstag, 1. August 2013 00:53
> To: dev@cxf.apache.org; iris ding
> Subject: Re: extensions dynamically added/removed from exited bus
> 
> 
> On Jul 29, 2013, at 5:17 AM, iris ding <irisdingbj@gmail.com> wrote:
> 
> > Hi ,
> >
> > Can we think CXF will not support such usage or in other words, CXF
> > has not taken such function into consideration from it's initial
> > design and such use cases should not be encouraged in CXF -- If user
> > want to make new/removed extensions take effect in existed bus, they
> > need to re-create the bus, Is this understanding right?
> 
> Pretty much yes.  Since extensions can do all kinds of things (set properties,
> add interceptors, etc...) which would be difficult to "undo", it's not something
> we've tackled.
> 
> If the extensions are not really loaded via a META-INF/bus-extension.txt and
> instead are OSGi services, you may be able to accomplish a bit more.   When
> the bundle stops and the service is stopped, it should be able to get a
> blueprint lifecycle event and then go ahead an unregister anything that is
> may have registered, but I'm not 100% sure that would work completely
> correctly.
> 
> 
> --
> Daniel Kulp
> dkulp@apache.org - http://dankulp.com/blog Talend Community Coder -
> http://coders.talend.com


Mime
View raw message