Ищите руководящие принципы Guice-to-OSGi, опыт, советы и т. Д.

Question

Guice - это отличная структура, позволяющая отделить API от реализации и начать модульность ваших приложений.OSGi - это отличная платформа для загрузки версионных сервисов в их собственной защищенной среде и предложения их через экспортированный API.

Предполагается, что приложение было разработано с Guice, и что его размер теперь оправдывает переход на OSGi для преобразования ранних модулейв новые полноценные услуги, каковы основные шаги, чтобы выполнить этот шаг?

Я ищу руководящие принципы, пошаговый список дел, опыт войны, советы, предостережения и т.д. ...

Answer 1

OSGi уже предлагает внедрение зависимостей для служб при использовании декларативных служб (DS) (например, Felix SCR ). Это стандарт в OSGi, и для переносимости между различными средами OSGi DS - это путь. Я думаю, что Peaberry делает именно то, что делает стандартная DS, но в стиле Guice.

Если бы я перенес приложение Guice на OSGi, я бы сохранял внедрение зависимостей Guice внутри каждого пакета и использовал DS для внедрения сервисов между пакетами, чтобы сохранить совместимость со всеми платформами OSGi.

Answer 2

Вы можете взглянуть на Peaberry , который предназначен для соединения миров OSGi и Guice.