• Presentación con clientes pesados (AWT y SWING), o bien, clientes ligeros (Servlets y JSP).


• Lógica del negocio con Enterprise Java Beans.


• Persistencia y soporte transaccional proporcionado de manera automática por el servidor de aplicaciones o manualmente por el programador.

Si usted ya ha elegido usar un Servidor de Aplicaciones J2EE (Java 2 Enterprise Edition) para su organización, es posible que tenga dudas acerca de los puntos importantes que se deben considerar para adquirir el adecuado a sus necesidades.

Debido a que J2EE es una especificación, puede ser implementada de múltiples formas por los distintos proveedores, generando productos de calidad variable lo que complica su evaluación.

En este artículo mencionaremos ciertos criterios y se harán comentarios sobre algunos productos, sin el ánimo de descalificar a aquellos que no se nombren, ni de ser exhaustivos, sino con el único fin, de ejemplificar el punto de evaluación.

Versión de la especificación J2EE Cada servidor de aplicaciones (SA) implementa de manera distinta la especificación J2EE. Porque hay que tener claro que la especificación J2EE es, a su vez, un conjunto de subespecificaciones (JDK, JSP, JMS, EJB) y muchos de los productos que se comprometen a seguir la especificación J2EE, solo implementan parte de éstas.

Incluso, aunque implementen todas las subespecificaciones de J2EE, cada subespecificación tiene su propia versión.

Por ejemplo, no es lo mismo que un servidor de aplicaciones implemente la especificación EJB (Enterprise Java Beans) 1.1 que la 2.0; la primera no maneja automáticamente las relaciones entre tablas de una base de datos, mientras que la segunda versión, si lo hace.

Adicionalmente, existe la figura de plataforma certificada J2EE, que si bien no debe ser el único criterio de decisión para elegir un SA, es valioso en el proceso.

Productos como Weblogic, Websphere, Borland Enterprise Server, Dynamo, HP-AS, IPlanet, Oracle, Sybase soportan satisfactoriamente la especificación J2EE.