Glassfish как контейнер OSGi
Я оцениваю контейнеры OSGi, и этот предмет придумал использование Glassfish, чтобы содержать компоненты приложения OSGi. Мой вопрос: хорошо ли для Glassfish это? У кого-нибудь есть опыт использования этого таким образом?
Фон:
- Приложение не является приложением Java EE, это приложение Spring.
- Я оценивал Felix + Tomcat.
- Я никогда не пользовался Glassfish, но у него есть некоторые функции, которые заинтересованы в наших операциях.
Спасибо!
Ответы
Ответ 1
GlassFish - это ИМО серьезный кандидат, и я определенно посмотрю на него. Некоторые ресурсы:
Ответ 2
В то время как Glassfish может быть хорошим кандидатом для контейнера OSGi, он довольно большой, из-за того, что это прежде всего контейнер Java EE. Если бы я писал приложение OSGi, я бы использовал Karaf/Felix в качестве контейнера. Его небольшая OSGi, совместимая с OSGi 4.2, в активной разработке (ошибки исправляются быстро) и имеет большую группу пользователей OSGi.
Ответ 3
В демонстрации Jesper упоминаются декларативные сервисы OSGi. Смотрите эту подробную запись в блоге
GlassFish также может быть установлен на существующую среду OSGi (Felix или Equinox).
Текущие усилия OSGi сосредоточены на гибридных приложениях и спецификации OSGI. Он позволяет упаковывать JPA, JDBC, HTTP и другие сервисы в виде пакетов OSGi.
Ответ 4
Посмотрите http://java.dzone.com/news/from-osgi-glassfish-5-steps
Ответ 5
Самый быстрый контейнер OSGi - это, вероятно, NetBeans http://wiki.apidesign.org/wiki/JDeveloper
Подробнее см. http://platform.netbeans.org/tutorials/nbm-osgi-quickstart.html