Какова текущая ситуация с интеграцией Guice и OSGi? То есть выставляя услуги OSGi от Guice, впрыскивая их и т. д.Интеграция услуг Guice и OSGi
Peaberry's main page упоминает «Сундук Guice (который станет 2.0)», но 1.2 кажется актуальным, так как он исправляет http://code.google.com/p/peaberry/issues/detail?id=58. Его автор переключился на Sisu, но, похоже, пока не выпущен. Любые другие?
Интеграция Guice 3.0 и Peaberry 1.2 в настоящее время работает, как и ожидалось. Просто страница, похоже, немного устарела, упомянутый выше фрагмент относится к сундуку Guice 2.0, который был заменен.
Ошибка, связанная с исправлением исправления для версии 1.2 Peaberry, когда вы смотрите историю хранилища here.
Это правда, что Sisu в настоящее время разрабатывается и решает (по крайней мере, как я его интерпретирую) некоторые дополнительные проблемы, существующие в настоящее время с Guice + Peaberry + OSGi (например, автоматическое сканирование и обнаружение компонентов), но оно еще не готово ,
По моему мнению, Пиберри решает те же интеграционные случаи DI и OSGi, которые также решаются Spring Dynamic Modules (сейчас Eclipse Gemini Blueprint) и поэтому очень полезны. Также я не думаю, что проект Peaberry будет оставлен в пользу sisu.
Если вы останетесь верны идее OSGi по разработке независимых пакетов, которые подключаются через службы, но вы хотите использовать DI внутри них, Peaberry в настоящее время предлагает все, что вам нужно для этого.
Единственная проблема, с которой я сейчас сталкиваюсь в этой комбинации, заключается в том, что официальный модуль guice-servlet не работает с OSGi HttpService по умолчанию.
Все, что вам нужно знать, спасибо! –