JBoss AS 5.0 esperado hace mucho tiempo se acerca a la fecha de lanzamiento

La primera versión candidata del largo servidor JBoss Application Server 5.0 de Red Hat estará disponible inminentemente, según una publicación de blog de Sacha Labourey, director de tecnología de la división JBoss de Red Hat.

"JBoss AS5.0 RC1 acaba de congelarse y se lanzará esta semana", escribió Labourey. Un segundo candidato de lanzamiento debería estar listo en seis a siete semanas, y la disponibilidad general seguirá "muy de cerca", agregó.

Red Hat cree que la arquitectura flexible del producto servirá como un diferenciador en el mercado, según Labourey.

Un servidor de aplicaciones gira en torno a tres niveles tecnológicos, escribió: Un tiempo de ejecución base: en el caso de JBoss, la máquina virtual Java, los servicios básicos de middleware y las API (interfaces de programación de aplicaciones) y las metodologías en la parte superior.

"JBoss AS 5.0 es la primera versión que nos dará la capacidad de separar claramente esas tres capas", escribió. "JBoss Microcontainer nos abstrae del entorno de tiempo de ejecución y nuestros servicios empresariales centrales se han estructurado y aspecto completamente para que puedan aprovecharse completamente desde cualquier marco / API / idioma de nivel superior."

Red Hat planea admitir Java basado en componentes especificaciones de desarrollo como OSGi (iniciativa Open Services Gateway), que está respaldada por gente como Sun e IBM.

Pero la compañía decidió no tirar su lote por completo en ningún campo, escribió.

"Nuestra arquitectura central no depende de ninguna especificación o lenguaje de moda du jour ", agregó. "Las personalidades se pueden conectar y desconectar, a la carta. No tiene que hacer una apuesta sobre cuál es 'la' API que necesita, y luego se debe bloquear en una de las pocas implementaciones de [servidor de aplicaciones] que implementan dicha API - posiblemente confiando en servicios middleware básicos más débiles. "

El alcance de los cambios en el producto extendió el proceso de desarrollo, que comenzó hace tres años, según Labourey.

Pero el proyecto no fue solo" un ejercicio de ingeniería elegante "," él dijo. "Esta inversión tendrá un impacto drástico en la oferta general de JBoss Enterprise Middleware, su longevidad y su capacidad de adaptarse a los cambios del mercado".

La adopción de tecnologías como OSGi por parte de Red Hat es quizás de esperar dada la historia de la compañía, de acuerdo con un observador.

El micro kernel original de JBoss "dio una forma orientada a componentes para hacer Java y aplicaciones antes de que hubiera otras opciones viables", dijo Michael Coté, analista de Redmonk. "Al igual que con muchos equipos que ya han inventado una tecnología que otros intentan estandarizar, parece que la gente de JBoss considera que OSGi es más caprichoso [que optar por] cómo serán las cosas".

Pero la empresa puede sin embargo, está haciendo un movimiento inteligente, dijo.

"En lugar de construir su núcleo en OSGi, están construyendo el núcleo de sus propias cosas, y apoyando a OSGi como una especie de forma de usar ese núcleo específico de JBoss". él dijo. "La ventaja es que pueden agregar soporte para lo que sea que se ponga de moda si OSGi se convierte en el fondo del día siguiente. Si tiene tiempo para construir una arquitectura que le permita protegerse así, generalmente es algo bueno".

En este punto, cualquiera puede adivinar qué tecnología de componentes Java surgirá como líder, o si múltiples enfoques ganarán impulso, agregó: "Hay muchos entusiastas de OSGi en aumento, pero esta cuestión de cómo se resolverán los componentes de Java es aún al principio. Necesitamos más tiempo para ver lo que a los desarrolladores de todo el mundo les gusta usar. "

Red Hat enfrenta competencia en el mercado de servidores de aplicaciones de grandes proveedores de plataformas como Oracle e IBM, así como en el lado de código abierto a través de la plataforma de servidor de aplicaciones recientemente anunciada de SpringSource, que aprovecha OSGi.