Bipunto..

Relanzamiento de cocoon.apache.org

A la espera de la publicación de la ansiada versión de Apache Cocoon 2.2, los commiters han remodelado la web del proyecto, dándole un aspecto mucho más agradable y más 'Web2.0', aventurando lo que será esta nueva versión.

Cocoon es un framework para la creación de aplicaciones web, centrado en XML. Fué uno de los pioneros en apostar por la IoC (Inversión Of Control) y por ello fue creado sobre Apache Avalon (Excalibur).

Justamente, la migración de Avalon a Spring framework es una de las mejoras que traerá esta nueva versión 2.2, aunque dadas las diferencias con las anteriores versiones, quizás debería mejor haberse denominado Cocoon 3.0. Ya es posible descargar una RC2 para probar las nuevas características.

Otros cambios destacables son:

• Creación de los binarios con Maven, abandonando Ant.
• Migración de los componentes de Avalon (ahora Excalibur) a los componentes OSGi con Spring.
  
• Reemplazo de LogKit por Log4Java.

Pero quizás lo más destacable de esta nueva etapa de Cocoon, sea el interés y el esfuerzo por mejorar la documentación y hacer que Cocoon sea más fácil de usar y capte nuevos adeptos. Esto en parte ya se nota desde la nueva web.

Por otro lado, una vez finalizada la conferencia 'GetTogether 2007', celebrada en Roma, ya están disponibles las presentaciones desde la wiki de Cocoon, con interesante contenido.

En vista de semejante evolución, se espera una larga vida a Cocoon..

Posted by Feliciano Borrego Vicente in Cocoon at 20071015 Comentarios[0]

Cocoon 2.1.10

Este 21 de diciembre se publicó la versión 2.1.10 del framework de desarrollo web Apache Cocoon.

A la espera de la nueva 2.2 en donde sí que habrá cambios sustanciales, esta trae cambios menores.

A ver que tal cuanto tenga un ratito para compilarla y probar las nuevas mejoras de CForms con AJAX..

Posted by Feliciano Borrego Vicente in Cocoon at 20061221

Paloose: A la toma de otro fortín "Paloose es una simplificada (muy simplificada) versión de Cocoon usando PHP. Es el resultado de constatar durante mucho tiempo que: muy pocos ISP's ofertan hosting de Tomcat/Java para la creación de sitios web y los que lo ofrecen lo hacen como una opción "profesional" bastante cara. En cambio, la mayoría sí que soportan PHP5 por lo que decidí escribir una versión simplificada de Cocoon en PHP5." Parece como si la gente de Sun no se hubiesen percatado de que una de las mejores maneras de promocionar la plataforma Java sería fomentando el hosting asequible, al menos al nivel que está el de W/LAMP, para poder competir de tu a tu con esta plataforma, que crece, y crece, y crece... y que si no ha dejado a Java tirada en el camino de las aplicaciones web, ha sido por la ruptura entre PHP4 (penosa implementación de la OOP) y PHP5 (bien solventado a costa de perder compatibilidad hacia atrás). No sé si la disparidad de precios del hosting se debe a los consumos de recursos, a una asimilación de Java = empresarial = caro, o a qué puede ser debido, pero bien haría Sun en subvencionar sus 'Fire' entre los 'hosters' para el uso del que estamos hablando y así aumentar la oferta de hosting asequible para aplicaciones web Java.. Posted by Feliciano Borrego Vicente in Cocoon at 20060816 Comentarios[1]

Cocoon 2.1.8 Nueva versión, nueva web, nuevo empaquetado, nuevas espectativas. Tras una accidentada entrega, que se ha ido retrasando por diversos contratiempos, ya está disponible esta nueva versión en la que, entre otras sucosas novedades, se ha separado la documentación del código, por lo que se tendrá que descargar de dos veces. A finales de Septiembre, Stefano Mazzocchi, padre de Cocoon, causó un gran revuelo en la comunidad al enviar a la lista de distribución de desarrollo un post con el provocador título 'Is Cocoon obsolete'?. Desvelado el motivo de dicho post, posteriormente en la Cocoon GetTogether, edition 2005 celebrada el 7 de Octubre, el 'Cocoon PMC chair' Silvain Wallez en su exposición 'State of the proyect' desvela todos los aspectos en torno a dicha pregunta. La conclusión es que, desde su concepción en 1998, sí que la visión original de Cocoon ha quedado obsoleta, debido esencialmente a la evolución de las necesidades a cubrir. En aquellos tiempos, el salto era pasar de las webs creadas a mano con contenido estático, a las generadas automáticamente. Cocoon en su momento resolvió competentemente dicha necesidad amén de hacer realidad el concepto de una única generación de datos que permitiese generar de manera trivial múltiples vistas (pdf, html, xml, wap, ... ). Finalmente, debido a que Cocoon ha sabido adaptarse a los tiempos, en la actualidad es patente que Cocoon no se ha quedado obsoleto. Su contínua evolución es la apuesta segura para mantener vigente una herramienta que ha pasado de ser un 'framework' de publicación web a una plataforma para desarrollar todo tipo de proyectos. Ajax, Ajax y Ajax. Como no podía ser de otro modo, esta versión hace mucho hincapié en el uso de las nuevas maneras de atacar la programación de aplicaciones para la web. De manera alternativa a la tradicional gestión REST, Cocoon añade a sus CForms el uso de AJAX. Sin embargo, el equipo que hay detrás es lo suficiente competente e innovador para no dejarse seducir por todos los aceites de serpiente que tan frecuentemente pululan por el mundo de las TI, e incluso además de sentar cátedra con sus pipelines, continuations, o apuesta por los pioneros IoC, cuando han entendido que algo no seguía por buenos derroteros o simplemente era algo mejorable, han buscado y encontrado alternativas viables (léase CForms vs. xForms). En esta segunda reinvención de sí mismo, desde el primer Cocoon 1.0, a la reescritura por completo de la versión 2.0, Cocoon 2.2 ya se prepara para que, cual crisálida, renovar su arquitectura interna, para hacerla independiente/compatible con otros contenedores ligeros (lease Spring/Hivemind), para permitir una mayor modularidad (bloques basados en OSGI), para contar con un IDE especializado, y a saber que otras novedades nos deparará el futuro 2006.. Posted by Feliciano Borrego Vicente in Cocoon at 20051119

Quién fué primero ¿la gallina o el huevo? O mejor dicho, "Quién fué primero, ¿el lepidóptero o la crisálida?". En el caso que nos ocupa, y durante muchos años, ha sido primero el capullo, pero parece que por fin también va a aparecer la mariposa. Nunca le pudieron escoger un nombre más apropiado. Lepido. Porque toda la comunidad era lo que le pedíamos a Cocoon. Un IDE. Y no es mucho pedir, tras varios intentos infructuosos, apaños, promesas y tiempo, muuucho tiempo de espera, parece que por fin, arropado como plugin de Eclipse, puede aparecer el tan deseado IDE. Y digo 'puede', por que todavía es una propuesta, pero creo, y espero, que tras la generosa donación de la empresa AnyWare Technologies, localizada en Francia y fundada por el cocooner Sylvain Wallez y el manifiesto interes por la comunidad, el proyecto llegue a buen fin.. Posted by Feliciano Borrego Vicente in Cocoon at 20050411

Cocoon 2.1.7 En espera de los jugosos cambios prometidos para la versión 2.2 de Apache Cocoon, alias "web glue", se ha liberado la versión 2.1.7, una revisión de mantenimiento. El cambio más notable es el soporte oficial de la JDK 5.0 tanto para su compilación y generación, como para poder hacerlo correr, por ejemplo sobre un Tomcat 5.5. Por otro lado, se están dirigiendo esfuerzos para que Cocoon sea independiente del contenedor de IoC sobre el que corre. Actualmente es Apache Avalon pero ya hay al menos dos alternativas sobre Spring Framework, una de ellas viene desde CocoonDev. El soporte para Hivemind y para PicoContainer será posiblemente añadido para la versión 2.2. También Carsten Ziegeler ha liberado una primera release de CoWarp un reemplazo para el framework de autentificación de Cocoon (authentication-fw block originalmente llamado SunRise y donado en su día por S&N AG). Felicitar a todas aquellas personas que versión tras versión lo hacen posible.. Posted by Feliciano Borrego Vicente in Cocoon at 20050325 Comentarios[0]

Plugins Eclipse para Cocoon De la mano de la empresa Anyware Technologies, cofundada por el 'cocooner' Sylvain Wallez (weblog), nos (me) llega unos deseados plugins de Eclipse para poder roer con mayor facilidad el hueso duro que es Cocoon. Ante la espectativa inicial que me despertaron, tras instalarlos, concluí que hubieran sido mucho mejor bienvenidos si no fuera porque de opensource y otras mandangas, na de na. Y me permito el lujo de criticar (y eso ca mi no me gusta de critica) por lo estraño que me resulta que viniendo de una enminencia intrínsecamente ligada a la ASF (Fundación de Software Apache) de a entender que en sus ratos libres comulga con el culto litúrgico del opensource, pero que en su vida profesional, el € es el €, y con el € no se juega. Y que conste que no voy a ser yo el que tire la primera piedra, pero un poquito de congruencia, sólo un poquito, por favor. Hay va un poco de publicidad gratuita para una empresa de las de rancio abolengo (cágate cuando vayas a traducir esto Google): Página de Pluggins de Eclipse. Links en Inglès, y en Francés.. Posted by Feliciano Borrego Vicente in Cocoon at 20050319

Integrar Cocoon con PostgreSQL En DevX.com Wellie Chao escribe un artículo sobre cómo integrar Cocoon 2.1.6 con la última versión de PostgreSQL 8.0, y con Tomcat 5.5 que al funcionar para Java 1.5 precisa parchear Cocoon para que pueda compilar y correr sobre esta versión. Precisamente lo interesante de dicho artículo es realmente la integración de Cocoon con Tomcat 5.5.x y con Java 1.5, el resto es un paseo por la configuración habitual para trabajar con un rdbms con su correspondiente driver JDBC, y de manera anecdótica con el novísimo PostgreSQL 8.0.. Posted by Feliciano Borrego Vicente in Cocoon at 20050130 Comentarios[0]

Impresiones sobre Cocoon 2 Estaba yo contestanto con un comentario a la llamada que hacía Abraham en su comentario a la notícia Apache Cocoon 2.1.6 cuando me percaté que el redactado final acabaría ocupando mucho más de lo que se puede considerar adecuado para un comentario. Es por esto, que me he decidido a ponerlo aquí. (¿Para cuando un trackback en Cáñamo?).
Como su interés, también es el mío, con tu permiso Abraham, hago propias tus inquietudes y el mismo llamamiento. Impresiones sobre Cocoon 2: Para los que no lo conozcan, lo primero que hay que entender es que se trabaja básicamente con XML/XSL y que sólamente se va a necesitar rascar código Java/Javascript/... para cosas puntuales como el control del flujo del progama (o para implementar funcionalidades muy específicas). Y es que se pueden hacer cosas realmente complejas con muy pocas líneas de código. Cocoon consta de numerosos 'bloques' predefinidos, con las funcionalidades más comunes, ya escritos y que sólo hay que 'ensamblar'.

1. No es precisamente fácil de aprender, puesto que cambia la manera de atacar el desarrollo de una aplicación. Pero ¿lo es Struts? o cualquier otro entorno de los basados en extender una API con decenas de clases/métodos?.
2. Además, la curva de aprendizaje se incrementa, no por el propio framework, sino por que hay que entender XSLT, que por méritos própios no es nada trivial. Pero a estas alturas ¿quien no domina XSLT?
3. La documentación podría mejorarse mucho, pero como los 'masters' han estado más por la labor de ejercer como escritores en vez de contribuir desinteresadamente a la comunidad, pues esta está esparcida entre el propio web, el wiki y webs excindidas. Tampoco es precisamente de las más estructuradas ni actualizadas y podría ser mucho más exaustiva. El tutorial va en la línea. Destacar el Libro "Cocoon developer's handbook" de Lajos Moczar y Jeremy Aston.
4. Tiene (en términos docentes) el inconveniente endémico de Java y sus tecnologías. Para resolver un problema tienes una amplio abanico de posibilidades, y esto cuando se está empezando despista. Luego evidentemente aporta numerosas ventajas.
5. No es fácil hacer un debugging en runtime. Pero también es mucho más difícil, por la naturaleza del entorno, cometer errores de esos que tienes que ir línea a línea, como en Java. Por tanto, no se echa tanto en falta. Por otro lado hay que ser un campeón para generar una excepción y cuando algo funciona correctamente, es difícil que deje de hacerlo. Las aplicaciones generadas son muy robustas y en este aspecto le podrían sacar los colores a otros frameworks, especialmente cuando de por medio hay equipos sin el adecuado bagaje.
6. Cuando lo dominas, es productivo, muy productivo, pero mucho más que otras alternativas. Además permite, en equipos de cualquier tamaño, realizar un desarrollo en paralelo molestándose lo mínimo. Esto es un objetivo que los diseñadores de Cocoon persiguen casi obsesivamente.
7. En vez de implementar XForms como tecnología de formularios, con sobrada razón y además justificando que ese estándar nace con pocas ambiciones, evidentes carencias, y demasiadas limitaciones, los responsables de Cocoon innovan en una nueva manera de abordar dicho problema. Por contra, se salen de lo que hoy se apunta como estándar, y aunque conceptualmente sea difente, al final y en la práctica es muy similar, al acabar ambos acudiendo al "form" de Html.
8. Tras el proyecto, hay implicada gente muy muy válida, para mí, auténticos fuera de serie, pioneros en concebir e implantar conceptos como la IoC, SoC, continuations, o, como antes decía, un paradigma académicamente mucho más coherente que XForms para trabajar con formularios, ... Esto garantiza la continuidad del proyecto, la coherencia y el compromiso que asegura que en un futuro no se encuentre uno trabajando con una herramienta obsoleta.
9. Como inconveniente no es un entorno demasiado extendido ni ¿conocido?, sobre todo por estos lares, sin embargo, se le está dando un gran impulso y en Alemania hay grandes empresas y consultoras independientes que lo utilizan en diferentes proyectos, allí hay varios integrandes del equipo de desarrollo de Cocoon. Este avance se está impulsado también al ser utilizando como plataforma para crear nuevo software servidor como wikis, CMS, Portales, etc ...

Para terminar, apuntar que Cocoon es pionero en el paradigma que ahora se está poniendo de moda por Laszlo con su LPS/LZX, Macromedia con su Flex/MXML, Mozilla con su Mozilla/XUL, 1060 con su Netkernel/DPML e incluso la propia Micro$oft con su Longhorn/XAML, además de Orbeon con su OPS/XPL, y es que a mi entender se aproxima a la abstracción pretendida con los pretéritos y defenestrados 4GL, en contra de los 3GL y sus monstruosas API's con cientos de Clases y métodos que difícilmente se llegan a dominar al 100%. Y por último, si yo tubiera que embarcarme de nuevo en esta cruzada, empezaría con su primo-hermano Orbeon Presentation Server, también opensource, ya que tiene una curva de aprendizaje más plana, está más centrado en el uso de XML/XSL incluso para el control de flujo, implementa el estandar XForms y tiene un Ide basado en Eclipse que facilita el desarrollo. Este tampoco está exento de inconvenientes por lo que habrá que sopesar los pros y los contras de uno y otro en cada caso particular. ¿Será que empieza la era de la programación con XML?.. Posted by Feliciano Borrego Vicente in Cocoon at 20041123

Tutorial básico de Apache-Cocoon (I)

Apache Cocoon es un framework para la creación de aplicaciones web y publicación de contenido. Está centrado en XML y dado que esta hecho con Java necesita una versión 1.3 o superior compatible. Estos son los pasos básicos para poder instalarlo en un entorno windows.

1. Descargar
Visita la web http://cocoon.apache.org/mirror.cgiy descarga el fichero cocoon-2.1.6-src.zip para windows.


2. Desempaquetar
Descomprime el fichero zip en un directorio.



3. Generar Cocoon
Abrir una ventana del símbolo de sistema, cambiar al directorio en donde se descomprimió Cocoon, establecer el valor de la variable de entorno JAVA_HOME para que apunte al directorio donde está instalado Java y por último invocar el programa build que construirá Cocoon.



4. Arrancar Cocoon
Desde el directorio invocar el programa cocoon servlet



5. Probar Cocoon
Abrir en un navegador la dirección http://localhost:8888/

Y tras unos minutos ya podremos ver la documentación on line y los programas de ejemplo.



Anotaciones avanzadas y para Linux:

1. Desde la versión 2.1 se decidio hacer entregas de fuentes en vez de binarios, esto es así para poder seleccionar los bloques que se compilarán y que darán lugar a los componentes a incluir con Cocoon, además, esta operación es muy fácil de realizar.
   Para Linux se ha de descargar el fichero cocoon-2.1.6-src.tar.gz.
2. Desempaquetar, preferentemente desde el directorio /usr o /usr/local, con un "tar zvxf cocoon-2.1.6-src.tar.gz", y hacer un link simbólico del directorio al de Cocoon.
3. Establecer con "export JAVA_HOME=/usr/java" al directorio de java oportuno y construir Cocoon con "./build.sh".
4. Arrancar Cocoon desde su directorio con "./cocoon.sh servlet".
5. Cocoon lleva embutido el contenedor de servlets Jetty, escuchando en el puerto 8888, pero se puede instalar en cualquier otro servlet container que cumpla con la especificación Servlet 2.2. El servidor Jetty se puede parar también con un Ctrl-C en la ventana.
6. Una buena manera de hacerse una idea rápida de qué se puede hacer con Cocoon y cómo, es ejecutar el "Supersonic Tour of Apache Cocoon", que forma parte de los "Blocks Samples" (http://localhost:8888/samples/blocks/tour)

Posted by Feliciano Borrego Vicente in Cocoon at 20041116