La modularidad es importante, pero sin extensibilidad y administrabilidad, GlassFish v3 no sería tan excitante. Jerome Dochez (arquitecto GF), ha posteado recientemente un articulo sobre paquetes OSGi administrados. En el mismo, discute los pros y contras de realizar el deployment de extensiones en GF como OSGi plano arrojados en el directorio modules/ o utilizando el conocido enfoque asadmin deploy. Seguidamente Jerome escribe, realiza el deployment y el testing de un paquete OSGi sencillo comenzando desde una clase Java y utilizando respectivamente Maven y telnet (para acceder a la consola Felix). Este articulo es una continuación de uno sobre el uso de Grizzly adapters para extender el application server runtime. Jerome promete además una tercera parte de esta serie que se enfocará en combinar Spring, OSGi y Java EE 6, todo dentro de GlassFish v3.

Si bien GlassFish v3 Prelude fue lanzado en 2008, necesitaran obtener una promoted build para probar las características discutidas por Jerome. Tal y como lo reportamos anteriormente, la implementación completa de Java EE 6 en GF v3 apunta a ser lanzada en septiembre de 2009.

Ha pasado un tiempo desde que mencionamos a grizzly por última vez, pero eso no significa que la comunidad haya estado inmóvil, en realidad, ha sido lo opuesto. Una de las contribuciones significativas más recientes al proyecto es el OSGi HTTP Service de Hubert. El mismo permite que otros componentes OSGi registren en forma dinamica recursos y servlets en el espacio de nombres del HTTP Service.

En otras noticias relacionadas con Grizzly, el Compojure web framework (basado en Clojure) ahora soporta Grizzly, hacia el cual el equipo a encontrado fácil de migrar y el motor de Restlets ahora integra Grizzly 1.9.10 en su versión 1.1.4.

Finalmente, como pueden ver, ¡Grizzly ahora tiene su propio logo! La comunidad votó y eligió el logo de Richard (el que puede verse en este post). ¡Gracias Richard!

Muchos de vosotros habreis oido sobre las cosas que hace Fuji Milestone 1, que son herramienta basada en web y el simple pero potente forma de definir servicios y enlazarlos unos con otros. Para el Milestone 1 se usó deliveradamente tecnologias como RSS y XMPP, que dejó dudas en algunas personas sobre como aplicar la misma filosofía a los escenarios clásicos de integración.

Para Milestone 2 hemos elegido un escenario clásico para enseñar como de forma rápida y sencilla y de manera potente, pero simple las capacidades de Fuji.

Visiona Fuji Milestone 2 Screencast con Keith. Descarga Milestone 2 juega con el y danos tu feedback!

Echale un vistazo a la página de Fuji https://fuji.dev.java.net, tiene todos los links para ampliar la información, screencasts etc.

InformIT muestra una entrevista a dos entre Andi Egloff y Keith Babo sobre Project Fuji y OpenESB. Cada parte, conducido por Ted Neward, es de 10 minutes y los temas son desde los estadares ESB y JBI que están implementadas hoy en día en OpenESB.

Y lo que el proyecto Fuji ofrece para integrar en el paradigma exitente de desarrollo y las razones para usar OSGi (y como funcionan con JBI). Finalmente, se centran en DSL introducido con el proyecto Fuji, un languaje basado en javacc para expresar los potentes patrones de integración.

Mientras el proyecto Fuji está aun en desarrollo, es temprano para esperar que este trabajo se incluya en OpenESB 3.0. Si encontraste esta noticia interesante, estate atento mensualmente a OpenESB Innovation Series.

La demo de Fuji mostrada durante la JavaOne esta disponible como Screencast (narrado por Keith) acompañada de las notas de Andi sobre JBI, OSGi and DSL. ¡ Echale un vistazo ! Y tambiñen es importante el tema OSGi, y la nota de Andi sobre Role de OSGi en Fuji.

Otro OSGi : JFA ha comunicado que Grizzly está disponible como un empaquetado OSGi. Parece que el empaquetado no ha sido testeado completamente, luego pruebalo y nos mandas tu feedback. También, si estás interesado en Grizzly puedes querer comprobar el Canada Tour de Toronto (May 27), Montreal (May 29) and Vancouver (June 3). Finalmente, JFA ha comenzado escribiendo en CometDaily, comprueba su contribución en este articulo en Comet Adoption Stories.

Comprobando las notas de Andi sobre Java CAPS y Fuji. El Projecto Fuji será de manera significativa interesante a GlassFish; desde la WebSite de Fuji: [A] lightweight micro-kernel based on JBI (JSR 208) and OSGi. Packaged as an OSGi bundle, the micro-kernel can be installed in any OSGi-compliant runtime.

Bonito logo, de cualquier modo. :-)

Conoceis que GF v3 ahora usa OSGi. Algunas cosas que se desprenden de eso, por ejemplo, podemos cargar GF en Eclipse! Ver la referencia de Ludo en su último post Busy Schedule.

3 semanas antes de la JavaOne se ha preanunciado ya GlassFish v3 TP2; en los próximos dias iremos comunicando las ventajas de esta versión.

Las dos características básicas de GFv3 son modularidad y Java EE 6, y la primera se demuestra con el binomio  : Jerome ha anunciado que GFv3 ejecuta en OSGi! La capa más baja de HK2 que fue diseñada para poder reemplazarse y el último TP2 construido incluye un OSGi runtime. "Very eager" puedes probarlo en GFv3 TP2 b09; aquellos que sólo sean "eager" podrían querer esperar el biuld de esta semana, o esperar un poco por la release de TP2.

Veremos GFv3 TP2 y mucho más en la JavaOne pero si quieres un preview ven a el GlassFish Track of CommunityOne el lunes.

CommunityOne es gratuito pero el espacio está limitado; registrate.