Завершение пакета схемы OSGI после остановки указанной службы

ПРЕДУПРЕЖДЕНИЕ

В этом ответе я объясню, как остановить пакет Blueprint, когда требуемый сервис исчезнет. Этот код работает так, как задумано, однако это плохая идея по разным причинам.

Вы можете зарегистрировать слушателя при привязке/отвязке службы и действовать при удалении службы. Это пример того, как это сделать.

<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0"
    xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0 http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd ">

    <bean id="referenceListener" class="your.ReferenceListener">
        <property name="bundleContext" ref="blueprintBundleContext"/>
    </bean>

    <reference id="weatherService"
               availability="mandatory"
               interface="com.myslyv4uk.weather.api.WeatherService">
        <reference-listener ref="referenceListener"
                            unbind-method="unbind" />
    </reference>

    <bean id="showWeatherImpl" class="com.myslyv4uk.client.impl.ShowWeatherServiceImpl"
        init-method="start" destroy-method="stop" >
        <argument ref="weatherService" />
    </bean>

</blueprint>

Компонент referenceListener вызывается при удалении службы. Внедрив контекст пакета, вы можете остановить сам пакет:

public class ReferenceListener {

private Logger log; // set this up
private BundleContext bundleContext;

public void setBundleContext(BundleContext bundleContext) {
    this.bundleContext = bundleContext;
}

// Called when the service is injected
public void bind(ServiceReference<?> sr) {
    log.info("Bind of ServiceReference {} to bundle {}",
            sr, bundleContext.getBundle());
}

// Called when the service is removed
public void unbind(ServiceReference<?> sr) {
    log.info("Unbind of ServiceReference {} from bundle {}",
            sr, bundleContext.getBundle());
    try {
        if (bundleContext.getBundle().getState() == Bundle.ACTIVE) {
            log.warn("Bundle {} will be stopped after unbind of mandatory ServiceReference {}",
                    bundleContext.getBundle(), sr);
            bundleContext.getBundle().stop();
        }

    } catch (BundleException e) {
        log.error("Cannot stop bundle {} after unbind of ServiceReference {}",
                bundleContext.getBundle().getBundleId(),
                sr,
                e);
    }
}
}

Это решение работает, но имеет некоторые недостатки, например, если вы перезапустите контейнер, служба будет удалена, поэтому пакет будет переведен в состояние STOPPED.

Я бы не стал останавливать связку, которая нуждается в обслуживании, когда эта служба выходит из строя. Это не тот способ, которым это должно обрабатываться в OSGi.

Вместо этого ваш пакет showWeatherImpl может предложить себя как сервлет, используя шаблон http whiteboard. Это означает, что он предлагает службу, реализующую сервлет. Blueprint автоматически отменит регистрацию всех сервисов пакета, если обязательная ссылка на сервис выйдет из строя.

Конечно, это не поможет, если вы, например, зарегистрируетесь как сервлет, используя код Java в bean-компоненте в showWeatherImpl. В этом случае вы можете использовать обратные вызовы ссылок на сервисы, которые будут уведомлять вас о приходе и уходе сервисов.

И, конечно же, как упомянул Гжегож, декларативные сервисы по умолчанию гораздо более динамичны, чем план, и гораздо лучше справляются с такими ситуациями.