6.2 Hacer El Deployment De Una Aplicación (J2EE+ WS) Y Ver Los Principales Indicadores.

Un descriptor de despliegue (en inglés Deployment Descriptor) (DD) es un componente de aplicaciones J2EE que describe cómo se debe desplegar (o implantar) una aplicación web. Esto dirige una herramienta de despliegue (o publicación) para desplegar un módulo o aplicación con opciones de contenedor específicas y describe requisitos de configuración específicos que puede resolver un desplegador.
 

En aplicaciones J2EE, XML se usa para la sintaxis del fichero descriptor de despliegue. Debe ser llamado web.xml, y debe ser colocado en un subdirectorio llamado WEB-INF, directamente debajo de la raíz de la aplicación web.
 

IBM WebSphereApplication Server (WAS, servidor de aplicaciones WebSphere), un servidor de aplicaciones de software, es el producto estrella dentro de la familia WebSphere de IBM. WAS está construido usando estándares abiertos tales como J2EE, XML, y Servicios Web. Varios laboratorios de IBM alrededor del mundo participaron en la creación de los productos run-time WebSphere y las herramientas de desarrollo. 

1. Express Edition reemplaza a la edición Standard
2. Base
3. Network Deployment(Despliegue de Red).
4. Enterprise Edition. Esta versión añadió un motor de workflow, llamado el Coreógrafo de Procesos, la primera vez, pero elimina el estándar BPEL.
5. WebSphereApplication Server para z/OS. Esta versión esencialmente es el mismo que el producto de Network Deployment excepto que está optimizado para tomar ventaja total de las características z/OS.

Versión 6

• Esta versión fue publicada en diciembre de 2004. Es un servidor de aplicaciones que cumple J2EE 1.4.
• CommunityEdition (Gratuito, para recibir soporte bajo pago)
• Código basado en el proyecto Apache Geronimo
• Express
• Base
• Network Deployment

El clustering fue reescrito para usar el gestor de alta disponibilidad. Esto gestiona todos los singletons en el entorno WebSphere y puede suministrar recuperación en caliente para esos singletons. WebSphere fue modificado para que un sistema de ficheros compartido pudiera usarse para almacenar logs de transacciones y esto significa que cualquier miembro del cluster con ese sistema de ficheros compartido montado puede recuperar en caliente las transacciones XA dudosas sin software HA externo.

En cuanto al ObjectGrid es la primera pieza del framework de cacheado distribuido de IBM. V6 de XD se entrega con soporte para cacheado de Objetos locales Java así como también cacheado peer to peer con invalidación/push de datos asíncronos. Esto está diseñado para instalar framework extensible de cliente para cachear objetos. Todos los aspectos del framework núcleo tienen puntos de plugin(para añadir plugin).