2010-09-03 4 views
13

Je comprends qu'il devrait probablement être inverse (plateforme OSGi hébergement des serveurs Java EE), comme il est apparently already possible with glassfish.plateforme OSGi intérieur serveur traditionnel Java EE

Cependant, nos clients ont une vaste expérience dans l'administration des serveurs traditionnels Java EE et investissement significatif (licences, formation, etc.) Notre architecture bénéficierait de l'architecture modulaire OSGI, mais je ne peux pas demander à nos clients de passer des serveurs Java EE aux environnements d'exécution OSGI. Existe-t-il un moyen d'installer OSGI runtime dans les serveurs Java EE traditionnels, même s'ils n'utilisent aucune ressource gérée par conteneur (par exemple des pools de threads ou de connexions) ou d'autres fonctionnalités Java EE telles que JNDI, EJB, etc. ?

Nos applications utilisent des technologies telles que Hibernate, Spring, etc.

Répondre

14

Vous pouvez regarder la solution bridge servlet d'Equinox. Ils ont une servlet spéciale (servlet de pont) qui génère un environnement d'exécution OSGi, ajoute un service HTTP OSGi et un trafic de proxy au service HTTP (et finalement à vos servlets qui s'enregistrent sur le service HTTP).

+0

Pour un exemple d'autres personnes utilisant OSGi comme vous le décrivez: La technologie de serveur IBM Rational Jazz (http://www.jazz.net) utilise le servlet de pont mentionné par @sjlee depuis de nombreuses années. –