Почему вручную подключать службы OSGi — плохая идея?

По своей сути OSGi представляет собой динамическую среду. Пакеты и услуги могут появляться и исчезать в любой момент (теоретически). Таким образом, единственный способ справиться с этой средой — реагировать на изменения, а не ждать, пока что-то произойдет.

Например, компонент декларативных служб появится, как только будут представлены все его обязательные службы, и исчезнет, ​​если один из них исчезнет. Решение, основанное на загрузчике служб или аналогичном, будет активно получать доступные службы, если такая служба является обязательной, вам придется заблокировать ее, пока она не станет доступной. Это может легко привести к взаимоблокировкам в приложении.

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

С другой стороны, если у вас есть проблема, связанная с тем, что ваше приложение должно работать как внутри, так и вне OSGi, тогда DS будет проблематичным, поскольку он полагается на присутствие OSGi. Типичными примерами являются Aapache CXF и Apache Camel. Оба не используют DS и вместо этого изобрели разные абстракции для использования в OSGi, и у обоих иногда возникают проблемы в OSGi именно из-за этого. Тем не менее, было бы трудно улучшить это, поскольку они должны работать и вне OSGi.