2009-03-27 15 views
9

Después de leer this article, una pregunta me vino a la mente: '¿OSGi se está convirtiendo en una EE de Java? ¿OSGi va a reemplazar Java EE? ¿OSGi está incrementando Java EE? Es cierto que históricamente OSGi es totalmente diferente de Java EE, pero considerando ahora el trabajo resultante del EEG, algunos de estos servicios son servicios de Java EE. Otro hecho es que quien usa Java EE lo usa para sus API en contradicción con OSGi que se supone que es independiente de la API.OSGi y Java EE - JOSGiEE?

No estoy seguro de dónde va a salir, ¿qué hay de ustedes?

+0

Hola @ArjanTijms, ¿por qué el revisionismo histórico? En el momento de la pregunta "Java EE" se conocía como J2EE. Ahora es más confuso volver y cambiar el nombre de todo. –

+0

@NeilBartlett En realidad, Java EE es el término oficial desde finales de 2006/principios de 2007. Es anterior a todas las preguntas en stackoverflow;) –

+0

@ArjanTijms Francamente, eso es bastante irrelevante ya que casi todo el mundo lo conoce como J2EE. De todos modos, no entiendo el punto de intentar editar J2EE fuera de la historia. –

Respuesta

3

OSGi es la tecnología de contenedores. No tiene nada que ver con las tecnologías Java EE como (por ejemplo) Servlets, JDBC, EJB, JMS, etc.

Cuida el empaquetado de los componentes del código (en paquetes) y la administración de los mismos. Esto puede afectar la forma en que empaqueta una solución (por ejemplo, no puede usar .ear o .war), pero las API a las que está acostumbrado a programar no cambiarán.

+2

pero los contenedores J2EE también se llaman "contenedores", ¿o no? Definitivamente hay una cantidad de superposición. Spring DM Server es una alternativa de OSGI para empaquetar aplicaciones empresariales.También hay problemas con Hibernate, ver http://stackoverflow.com/questions/662986/osgi-hibernate, así que diría que la pregunta es puntual. – Dan

2

Ya existe si quieres probarlo: IBM WebSphere Application Server 6.1: Componentization Overview. Pensé que las implementaciones de BEA y JBoss estaban en proceso, pero no he escuchado nada recientemente.

OSGi no reemplazará a Java EE, sino que lo ampliará mediante la adición de un marco de plugins. Si se convierte en parte de un futuro estándar Java EE probablemente dependa de lo que ocurra con any Sun acquisition, el futuro de Project Jigsaw (reemplazo de JSR 277), y probablemente algunos factores que desconozco. No hay planes para Java EE 6, excepto para cruzar los dedos y esperar que algo llegue al Java Standard Edition 7.

+0

re IBM W..Overview: tema no encontrado – Dan

+0

@Dan - ¡gracias! Fijo. – McDowell

2

OSGi no se está convirtiendo en J2EE ... ¡No estoy seguro de lo que eso significaría! Está agregando características que ayudan a migrar el código J2EE más fácilmente a OSGi. Pero son características opcionales, no hay necesidad de usarlas si no tiene herencia de Java EE.

Quizás una pregunta mejor es si OSGi se convertirá en el contenedor de implementación ampliamente aceptado para aplicaciones Java, como alguna vez lo fue J2EE. En mi humilde opinión, la respuesta es claramente sí.