Проработав с OSGi F / W около года, я был полностью впечатлен тем, что OSGi может предложить - сильной и принудительной модульностью, нулевым временем простоя, надежной подключаемостью модулей и производительностью.
Однако, сказав это, позвольте мне заверить вас, что все добро не сразу становится очевидным.Обязательно возьмите какой-нибудь хороший технический документ [книга в действии - это мелкий текст, как и спецификация r4 ].Недостаток понимания может поставить вас в компанию LinkageErrors и BundleExceptions, которые обычно очень загадочны и могут служить хорошим источником головной боли.
Помимо понимания ч / б, вам следует также обратить внимание на «передовой опыт», связанный со сплоченностью и слабой связью, программированием на основе интерфейсов.вам также следует взглянуть на инструмент BND , который является отличным способом упаковки пакетов OSGi.
вы можете часто сталкиваться с аргументами, утверждающими, что OSGi является "перебором", и я выигралне отрицаю.однако, если вы действительно хотите использовать уникальные функции, доступные через OSGi, проще запачкать руки в этом идиотском, чем реализовать сложный обходной путь с нуля.
И последнее: вы можетепродолжайте сталкиваться с Spring время от времени при работе с OSGi, но это на самом деле не требуется, и, если вы не знакомы с Spring, на самом деле, возможно, не стоит в этом разбираться.