A los partidarios de Ruby on Rails les gusta decir que Java es como COBOL (por aquello de que lo usan los bancos). Y quienes usan un lenguaje compilado tienden a menospreciar a los “programadores de scripting”, esos que escriben código guarro sin objetos ni declaración de variables ni nada. ¿Qué hay realmente detrás de todas estas enconadas discusiones?
Según una nota de prensa del pasado 17 de marzo, Eclipse ha anunciado que construirá un nuevo super runtime alrededor de Equinox combinando sus subproyectos Eclipse Communication Framework , EclipseLink , Rich Ajax Platform , Riena , y Swordfish
El propósito de este proyecto es crear un modelo común de desarrollo multiplataforma en cliente y servidor mediante un concepto que en Eclipse denominan Component Oriented Development and Assembly (CODA).
Equinox es el núcleo de Eclipse Framework, se trata de una implementación de OSGi R4 un sistema que define la arquitectura para desarrollar y desplegar aplicaciones modulares. Hay un par de demos sobre el funcionamiento de OSGi en el portal de Equinox Equinox también es la implementación de referencia de JSR 291 y en gran medida un producto substitutivo del JSR 277 liderado por Sun.
Una de las fortalezas de Equinox es que hoy por hoy es la implementación de referencia de OSGi. Si se visita la web OSGi.org y se solicita una implementación de referencia lo que se obtiene es un enlace a Equinox. Existen también Knopplerfish y Apache Felix aunque, a día de hoy, Felix no pasa todavía los test de conformidad con la release 4 de OSGi.
Según la nota de prensa de Eclipse, ya son más de 20 las empresas que se han unido al desarrollo del nuevo runtime. Empezando por IBM y BEA quienes usan Equinox para cimentar otros de sus productos como Notes o Symphony.
Sin embargo, no todo han sido cantos de alabanza para el nuevo runtime. En la EclipseCon 2008 de Santa Clara, los hay que piensan que de un tiempo a esta parte Eclipse está excesivamente controlada por IBM, que estos sistemas comunes de componentes añaden más complejidad de la que quitan y que, en general, todo lo que tocan los ingenieros de Eclipse se convierte en una cacharrada dificilísima de entender.
Desde el punto de vista del posicionamiento de mercado, hay que ver el anuncio como una forma de desmarcarse del IDE puro y duro para convertir a Eclipse en una plataforma integral de desarrollo y ejecución de aplicaciones.
Artículo relacionado: How OSGi Changed My Life (Peter Kriens)
Para los desarrolladores de Java, me ha parecido interesante esta Guía de Google en la que se enumeran distintas tecnologías de Google que están fundamentadas o soportan Java.
Ahora mismo destacan:
Coverity ha lanzado recientemente Prevent SQS un precompilador con análisis estático de código que promete ayudar a detectar los bugs más críticos y elusivos mediante una técnica conocida como mapas del DNA del código.
La herramienta proporciona 9 subsistemas de análisis y detección de errores para C/C++ y Java.
UDoc es una herramienta que visualiza un diagram tipo UML a partir de clases Java (puede hacerlo a partir de Javadoc, fuentes java o binarios java)
El programa permite trabajar creando workspaces donde se pueden ir cargando las clases:
Una vez en el workspace, las clases se pueden mover por el mismo, mostrar más o menos información sobre las mismas y sus relaciones o filtrarlas para que no aparezcan.
Se puede descargar como aplicación aunque también se puede lanzar directamente con la tecnología Java Webstart. Finalmente los workspaces se pueden grabar y subirlos a nuestro servidor web para ser visualizados mediante un applet, una buena forma de proporcionar documentación online.
La noticia más importante de las últimas semanas en el mundo de desarrollo es sin duda el que Sun decidió finalmente liberar Java con licencia GPL.
Las tecnologías que se liberan incluyen la máquina virtual, el compilador (javac) así como el sistema javahelp. La licencia concreta para la liberación de la tecnología es GPL versión 2 con la classpath exception (lo que significa que las aplicaciones java podrán hacer uso de las librerías de java sin necesidad de ser también GPL). Además, se utiliza una licencia dual (tal y como ya hacen otros productos como MySQL) que permite a Sun seguir comercializando versiones cerradas de la tecnología.
En general ha sido una sorpresa la elección de esta licencia, puesto que se pensaba que se optaría por licencias tipo CDDL o Mozilla Public License. Finalmente parece que Sun ha decido apostar por conseguir la confianza de los desarrolladores y ha optado por la licencia que mayor respaldo le aseguraba entre la comunidad.
Como ya había declarado anteriormente, y como parte de su estrategia, Sun continúa con sus intenciones de liberar Java bajo una licencia open source.
Tiene previsto comenzar con su liberación al final de este año y completar el proceso durante el 2007. Esto es algo que había sido reclamado en múltiples ocasiones por muchos desarrolladores open source y a lo que Sun se había mostrado reticente hasta ahora.
En el blog de manageability puede encontrase una lista bastante completa de herramientas Java para integración de aplicaciones Todas ellas con licencias libres.
En particular, vale la pena echar un vistazo al recién lanzado Jitterbit
En alphaWorks puede leerse que IBM ha liberado la versión 1.3.1 de UIMA. UIMA es un analizador de información no estructurada (texto, audio, video, imágenes, etc.) muy potente que incluye. El SDK para Java está disponible en SourceForge bajo licencia CPL
Segun anunciaba Apache News el pasado 14 de diciembre, ya está disponible la versión 1.0 del polémico servidor de aplicaciones J2EE Apache Geronimo con la certificación oficial J2EE 1.4 y soporte de IBM
Puede leerse una breve evaluación en JavaWorld A first look at Apache Geronimo
