Glassfish como um recipiente OSGi

Estou avaliando contêineres OSGi e o assunto surgiu do uso do Glassfish para conter os componentes do aplicativo OSGi. Minha pergunta é: Glassfish é bom para isso? Alguém tem alguma experiência em usá-lo dessa maneira?

Background: – O aplicativo não é um aplicativo Java EE, é um aplicativo Spring. – Eu tenho avaliado o Felix + Tomcat. – Eu nunca usei Glassfish, mas tem algumas características nas quais as pessoas de nossas operações estão interessadas.

Obrigado!

GlassFish é IMO um candidato sério e eu definitivamente olharia para ele. Alguns resources:

  • Painel GlassFish / OSGi
  • GlassFish e OSGi (e Sahoo) na EclipseCon 2010
  • GlassFish v3, OSGi Equinox Felix de Jerome Dochez e Ludovic Champenois

Embora o Glassfish possa ser um bom candidato para um contêiner OSGi, ele é bastante grande, devido ao fato de ser principalmente um contêiner Java EE. Se eu estivesse escrevendo um aplicativo OSGi, usaria o Karaf / Felix como contêiner. Sua pequena, OSGi 4.2, compatível com OSGi, em desenvolvimento ativo (bugs são consertados rapidamente), e tem um grande grupo de usuários OSGi.

A demonstração que Jesper menciona usa os serviços declarativos do OSGi. Veja esta input de blog detalhada O GlassFish também pode ser instalado em um tempo de execução OSGi existente (Felix ou Equinox). Os esforços atuais do OSGi estão focados em aplicativos híbridos e na especificação corporativa do OSGI. Vamos JPA, JDBC, HTTP e outros serviços a serem empacotados como pacotes OSGi.

O contêiner OSGi mais rápido é provavelmente o http://wiki.apidesign.org/wiki/JDeveloper do NetBeans

Para mais informações, consulte http://platform.netbeans.org/tutorials/nbm-osgi-quickstart.html