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