miércoles julio 26, 2006
Ruby on Rails (RoR) con JAVA

Ruby on Rails es un framework de desarrollo WEB escrito en lenguaje
Ruby. Rails busca la simplicidad escribiendo menos código y con
un mínimo de configuración. Esta orientado a aplicaciones WEB que
conectan con bases de datos, y su productividad es más alta cuando el
modelo de datos se construye simultáneamente a la aplicación, es decir
en proyectos que empiezan de cero.
Los principios fundamentales de Ruby on Rails incluyen No Te Repitas
(del inglés, Don't repeat yourself, DRY) y Convención sobre
configuración. No te repitas significa que las definiciones
deberían hacerse una sola vez. Convención sobre configuración significa
que el programador sólo necesita definir aquella configuración que no
es convencional.
El nucleo duro de Rails esta formado únicamente por 12 programadores, siendo el lider David Heinemeier Hansson. El origen del proyecto y la base de código viene precisamente del proyecto Basecamp de la compañia 37 signals liderado por David.
La filosofía de desarrollo ágil propuesta por Rails no ha pasado
desapercibida para la comunidad JAVA que ya ha empezado a copiar
algunas de sus ideas:
Curso gratuito de AJAX

El 4 de Agosto comienza un curso online gratuito sobre tecnología AJAX con JAVA. El curso tiene una duración prevista de 10 semanas, y requiere una dedicación de 3 o 4 horas a la semana.
Los materiales de descarga gratuita incluyen Presentaciones OpenOffice,
ficheros Flash, y Laboratorios y están disponibles para su descarga
desde la página WEB del curso. Las primeras sesiones ya están disponibles.
El curso incluye los siguientes temas, toolkits y frameworks:
Manuel Martinez habla de SOA en eweek

Manuel Martínez, responsable de Marketing de Software de Sun
Microsystems Iberia, ha sido entrevistado recientemente por eweek, en
un informe sobre las ventajas para las empresas de una Arquitectura
Orientada a Servicios (SOA). En este análisis no se entra en detalles
técnicos pero si que permite tener los argumentos de porqué los
departamentos de desarrollo y arquitectura están planteando SOA para
adecuar la tecnología a los requisitos de negocio.
Por su interés reproduzco las palabras de Manuel que aparecen en este análisis:
El futuro de los servicios de TI
¿Qué
organización no necesita suministrar nuevas aplicaciones más
rápidamente, aumentar la agilidad de sus procesos o incrementar la
flexibilidad, seguridad y adaptación a las normativas de su
infraestructura? Éstas son algunas de las prioridades de los negocios
en la actualidad, y las arquitecturas orientadas a servicios (SOA) dan
respuesta a cada una de ellas. Sin duda, SOA es el futuro de los
servicios de TI. En las arquitecturas de Tecnologías de la Información
tradicionales, los procesos de negocio, aplicaciones y datos están en
"silos" independientes y a menudo incompatibles entre sí. Esto consume
una cantidad desproporcionada de presupuesto y tiempo en las
organizaciones. Una situación que acaba con SOA, que consolida las
aplicaciones y proporciona los datos necesarios para completar procesos
de negocio como un servicio integrado. De esta forma, los usuarios no
tienen que introducirse en múltiples sistemas para buscar los datos
relevantes e integrar los resultados manualmente. Y la información
aparece como una única aplicación que pueden ver sobre una única
pantalla y con un único proceso de registro.
Bajo el punto de vista de Sun, un
proyecto SOA ha de basarse en las "cuatro Ps": Personas, Plataforma,
Procesos, y mejores Prácticas, una fórmula que satisface tanto a los
responsables de TI como de negocio. Para los primeros, SOA cumple la
promesa de simplificar y economizar el modo en el que se suministran la
información y los servicios; para los segundos, supone un suministro de
servicios más rápido a un menor coste, aprovechando lo que ya está
instalado. Y es que una SOA permite a las compañías integrar la
práctica totalidad de sus recursos tecnológicos, alineando la
plataforma tecnológica con las necesidades de negocio. El enfoque SOA
de Sun está también basado en la nueva cultura de la participación
dentro de la organización, lo que deriva en la consecución de
beneficios para todos los niveles de la compañía: la aceleración del
ROI satisface al director financiero; la capacidad de reutilización
permite un menor esfuerzo de mantenimiento y aumenta la productividad,
algo que valoran los desarrolladores; los directores de tecnología
valoran la capacidad para reutilizar arquitecturas existentes, lo que
les ayuda a crear la base para proyectos futuros ... SOA convierte las
TI en una verdadera ventaja competitiva.
La propuesta de valor de SOA está clara, la ejecución no tanto. De este artículo yo destacaría lo siguiente:
Está claro que para llevar a cabo con éxito proyectos SOA las personas
son fundamentales. Un arquitecto o equipo de arquitectura es clave en
la correcta selección de plataforma y tecnología y de llevar a cabo los
procesos y mejores prácticas. Respecto a la tecnología, gran parte de
la propuesta de valor está en la reutilización de los activos y
aplicaciones existentes, y está claro que aquí JAVA juega un papel
fundamental, tanto porque gran parte de las aplicaciones existentes ya
están diseñadas con JAVA / J2EE como porque permite llevar los
componentes de la arquitectura SOA a cualquier plataforma Linux.
Windows o Solaris e integrarse con islas SOA realizadas con tecnología
.NET o LAMP.
Intentaré detallar más adelante las ventajas de usar JAVA en
arquitecturas SOA, y los estándares que permitirán la interoperabilidad
de tecnología de diferentes fabricantes.
Más información y enlaces:

Tradicionalmente el software se ha creado en grupos cerrados de
desarrolladores, siguiendo un modelo altamente centralizado, en el cual
todo el equipo trabaja en el mismo edificio o campus. En los últimos
años un nuevo modelo de desarrollo altamente descentralizado ha ido
ganando terreno. Este modelo se conoce como Desarrollo en Comunidad. La tendencia parece imparable.
Las licencias Open Source son
las que han facilitado los más exitosos proyectos de desarrollo
en comunidad permitiendo un modelo altamente desacoplado, es por ello
que “Open Source” aparezca como sinónimo de software desarrollado en
comunidad.
Más tarde o más temprano, de manera más tímida o más decidida, todas
las empresas de software han decidido abrazar, al menos para parte de
sus proyectos, el modelo de desarrollo de software en comunidad. En el
caso de Sun, los proyectos clave incluyen OpenOffice, OpenSolaris,
NetBeans y GlassFish. La lista completa está en http://www.sunsource.net/
Como comenta Joaquín Ochoa, director general de Sun Microsystems Ibérica, "La tendencia es que todo el software sea Open Source" lo que muestra la decidida apuesta de Sun por este modelo.
Incluso Microsoft reconoce que todavía tiene mucho que aprender del
desarrollo en comunidad, que según Bob Muglia, vicepresidente de herramientas de desarrollo, es el modelo del futuro (enlace eweek). Microsoft ya tiene ya abierto Port25, su laboratorio de interoperabilidad con Open Source.
El concepto de desarrollo en comunidad no es contrario a software
comercial, sino a software propietario o cerrado. La mayoría de los
proyectos “Open Source” exitosos tienen una o varías empresas con
modelo de negocio comercial asociado, como por ejemplo RedHat o Suse en
el caso de Linux.
Algunos factores clave del éxito de desarrollo en comunidad son:
Actualización:
[Read More] Enviado por jaimecid ( jul 12 2006, 09:23:56 PM CEST ) Permalink
Historia de Sun Portal Server

Tom Mueller, el lider técnico del producto Sun JAVA System Portal Server, se ha animado a crear su blog.
En su primera entrada describe la historia de este producto desde el
año 1998, en el que la start-up i-Planet fue adquirida por Sun.
Se puede resumir en las siguientes líneas incluyendo información de mi propia cosecha:
NetBeans cambia de SPL a CDDL

A partir de NetBeans 5.5, el código de NetBeans cambia de la antigua licencia SPL (Sun Public License) a la nueva CDDL (Common Development and Distribution License).
Es un cambio menor, pues ambas licencias son equivalentes, y además
están basadas en MPL 1.1 (Mozilla Public License). La licencia SPL fue
aprovada por la OSI el 20 de Septiembre de 2001, mientras que la CDDL lo fue el 17 de Enero de 2005. Ambas también son licencias aprobadas por la FSF (Free Software Foundation)
El cambio viene motivado por una simplificación en los terminos de la licencia que permita el uso de código NetBeans en un número mayor de proyectos según se indica en la propia web de NetBeans.
La
licencia CDDL es una licencia de propósito general que fue creada con
motivo del proyecto OpenSolaris, y que a partir de entonces ha sido
adoptada por un gran número de proyectos como GlassFish. Se puede
considerar que CDDL 1.0 es una versión 2.0 de SPL.
Las claves de esta licencia son: