| Inicio | Perfil | Servicios | Offshore | Recursos | Mapa del sitio | Contáctenos |          
Artículo "Un Java más sencillo"

En este artículo, Bruce Tate nos presenta las iniciativas que han surgido recientemente en la comunidad Java para reducir la complejidad del desarrollo de aplicaciones en J2EE. Asimismo, nos indica cuáles serán las tendencias futuras para conseguir una mayor sencillez en la plataforma Java.

 

 Versión para imprimir

UN JAVA MÁS SENCILLO

Bruce Tate
Presidente de J2Life.
Enlace a la versión original en inglés

Traducido con permiso de TheServerSide.com por
Dr. Vicent-Ramon Palasí Lallana.
Gerente General de Aurum Solutions.
http://www.aurumsol.com
Enero 2004

1. INTRODUCCIÓN

Muchos vendedores y proyectos de código abierto en Java ofrecen herramientas complejas, construidas para resolver problemas complejos, frecuentemente bajo el paraguas de desarrollo “empresarial” en Java. Por ello, en la actualidad asistimos a una explosión de complejidad en J2EE, EJB y XML. Aunque es cierto que la sencillez y la potencia de una herramienta suelen ser opuestas, algunos arquitectos importantes de la comunidad Java trabajan para cambiar la tendencia desde los frameworks monolíticos hacia otros más sencillos y limpios. Así, varios proyectos se oponen a la tendencia a una mayor complejidad, optando por construir frameworks específicos más ligeros que ayuden a simplificar las aplicaciones.

En este artículo, examinaremos unos pocos de estos frameworks y nos ocuparemos de los principios básicos con los que consiguen ser más sencillos. Concretamente, estudiaremos un contenedor ligero y un framework de persistencia. Luego veremos cómo los vendedores J2EE más importantes enfrentan este cambio de paradigma.

2. VOLVER A EMPEZAR

Hay unos pocos proyectos notables que se basan muy poco en J2EE. Básicamente intentan crear una noción simplificada de lo que significa ser un objeto persistente o un contenedor. Los contenedores ligeros como Pico o Spring proporcionan menos servicios que EJB, pero tienen una arquitectura mucho menos invasora. Por otra parte, Hibernate, un framework de persistencia, ofrece una alternativa a la persistencia gestionada por el contenedor (Container Managed Persistence o CMP) de EJB, como veremos a continuación.

2.1. Persistencia transparente

La solicitud 12 de especificación de Java (Java Specification Request 12) fue una de las primeras solicitudes que se realizaron dentro del Proceso Comunitario Java (Java Community Process o JCP). Solicitaba persistencia transparente en forma de JDO ya que argumentaba que ésta no podía conseguirse con los beans de entidad EJB. JDO falló por un tiempo pero ha experimentado un resurgimiento en el último par de meses gracias al respaldo de los equipos de desarrollo de los servidores de aplicaciones SunOne y JBoss. Con dos fuertes productos JDO como Kodo y Lido, se puede decir que la persistencia transparente se ha hecho realidad.

Siguiendo la misma línea, Hibernate es un proyecto de código abierto, iniciado por Gavin King, que proporciona persistencia transparente para aplicaciones Java. Debo confesar que, aunque imparto una sesión introductoria sobre Hibernate en varias conferencias, no creo que Hibernate experimente un éxito rápido, sino que pienso que será, en el mejor de los casos, un actor secundario en el mercado. Al fin y al cabo, es propietario, goza de recursos de desarrollo modestos comparados con muchos de los motores de persistencia comerciales y es un proyecto de código abierto, lo que puede perjudicarlo en los departamentos informáticos más grandes. Aún así, Hibernate ha irrumpido en la escena con un impulso tremendo, proporcionando un framework sorprendentemente rico y rápido.

 

 
 

Ir a la página: 1  2   3   4    Siguiente >>

 Versión para imprimir

 

 

| Inicio | Perfil | Servicios | Offshore | Recursos | Mapa del sitio | Contáctenos|