Отладка проблемы активации / деактивации компонента OSGi

Я пишу ответ, поскольку он длиннее комментария (и это может быть ответ):

• ConfigAdmin останавливается перед DS и пакетом, который содержит ваш компонент
• Когда ConfigAdmin останавливается, он запускает событие, когда конфигурация недоступна
• Ваш компонент настроен таким образом, что конфигурация не требуется, поэтому он останавливается из-за того, что уже существующая конфигурация исчезает и повторно активируется, так как конфигурация не требуется для компонента

Чтобы узнать, действительно ли это так, вставьте свои функции активации и деактивации в следующем порядке:

Thread.dumpStack();

Затем скопируйте трассировки стека в свой вопрос.

Если это так, вы можете решить эту проблему, установив политику конфигурации на свой компонент.

Обновить

Что я сделал (и вы тоже можете сделать), чтобы сравнить трассировку стека дезактивации и реактивации. Вы найдете полезную информацию, где начинаются различия.

На основе загруженных трасс стека: компонент, который предоставляет косвенно ссылающуюся службу, деактивируется и снова активируется. Причина:

Одна из его зависимостей (ссылка исчезает), но другая удовлетворяет компоненту.

Интересной частью трассировки стека реактивации является следующее:

at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.register(AbstractComponentManager.java:972)
at org.apache.felix.scr.impl.manager.RegistrationManager.changeRegistration(RegistrationManager.java:134)
at org.apache.felix.scr.impl.manager.AbstractComponentManager.registerService(AbstractComponentManager.java:1024)
at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:818)
at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:946)
at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:871)
at org.apache.felix.scr.impl.manager.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:1503)

Если возможно, добавьте точку останова в функцию активации вашего компонента. Во время реактивации см. Трассировку стека и перейдите по следующей строке:

at org.apache.felix.scr.impl.manager.DependencyManager$SingleStaticCustomizer.removedService(DependencyManager.java:946)

Узнайте, почему флаг Возобновить в исходном коде имеет истинное значение и значение serviceReference параметра removedService функции. Узнайте также в отладочном представлении, в котором вы находитесь в этой точке трассировки стека. В результате вы узнаете, какой компонент реактивирован и на основе какой ссылки на службу. Вы можете переконфигурировать компонент для подключения только уникальной справочной службы.

Я также хотел бы написать письмо в список рассылки felix, чтобы вычислить флаг реактивизации таким образом, что если системный пакет находится в состоянии остановки, он не должен повторно активировать компонент.