Este artículo tiene varios problemas. Ayúdenos a mejorarlo o a discutir estos problemas en la página de discusión . ( Aprenda cómo y cuándo eliminar estos mensajes )
|
Desarrollador(es) | IBM |
---|---|
Lanzamiento inicial | 1.0 22 de junio de 1998 ( 22 de junio de 1998 ) | [1]
Versión estable | 9.0 / 24 de junio de 2016 ( 24 de junio de 2016 ) [1] |
Escrito en | Java |
Sistema operativo | AIX , Windows , Solaris , Linux , HP-UX , z/OS , IBM i , VMWare ESXi |
Plataforma | x86 , x86-64 , PowerPC , SPARC , IA-64 , serie z |
Disponible en | Inglés, francés, alemán, portugués brasileño, checo, húngaro, italiano, japonés, coreano, polaco, ruso, español, chino simplificado, chino tradicional [2] |
Tipo | Contenedor Java EE |
Licencia | Propiedad |
Sitio web | https://www.ibm.com/cloud/websphere-application-server |
WebSphere Application Server ( WAS ) es un producto de software que cumple la función de servidor de aplicaciones web . Más específicamente, es un marco de software y middleware que aloja aplicaciones web basadas en Java . Es el producto estrella dentro de la suite de software WebSphere de IBM . Fue creado inicialmente por Donald F. Ferguson , quien luego se convirtió en CTO de Software para Dell . La primera versión se lanzó en 1998. Este proyecto fue una derivación del equipo de IBM HTTP Server que comenzó con el servidor web Domino Go.
WebSphere Application Server (WAS) se ha creado utilizando estándares abiertos como Java EE , XML y Web Services . Se ejecuta en las siguientes plataformas: Windows, AIX, Linux, Solaris, IBM i y z/OS . A partir de la versión 6.1 y ahora en la versión 9.0, las especificaciones de estándares abiertos están alineadas y son comunes en todas las plataformas. La explotación de la plataforma, en la medida en que se lleva a cabo, se realiza por debajo de la línea de especificación de estándares abiertos.
Funciona con varios servidores web , incluidos Apache HTTP Server , Netscape Enterprise Server , Microsoft Internet Information Services (IIS), IBM HTTP Server para i5/OS , IBM HTTP Server para z/OS y IBM HTTP Server para AIX / Linux / Microsoft Windows / Solaris . Utiliza el puerto 9060 para la conexión como puerto de administración predeterminado y el puerto 9080 como puerto de publicación de sitios web predeterminado.
La plataforma WebSphere Application Server "tradicional" (a diferencia de la variante Liberty) está diseñada como una plataforma informática distribuida que podría instalarse en múltiples instancias del sistema operativo, denominadas colectivamente como una celda WebSphere. La gestión de todas las instancias podría realizarse desde un nodo de gestión, llamado Deployment Manager, dentro de la celda, y la implementación de aplicaciones, incluida la capacidad de realizar actualizaciones continuas, podría enviarse a un subconjunto de los nodos de la celda. La información de configuración de toda la celda (cuántos nodos hay, qué aplicaciones se implementan en cada uno, cómo se configuran las aplicaciones, la gestión de sesiones y los detalles de otros recursos, etc.) se rastrean en archivos de configuración XML que se distribuyen por toda la celda a cada nodo. Durante la vida útil del producto, la implementación de estos detalles de configuración pasó de archivos a estar basados en bases de datos (alrededor de la v3.5) y nuevamente a archivos (alrededor de la v5).
Dada la instalación distribuida y dado también que la administración de toda la celda requería la administración de efectos locales (como implementación, configuración de registro, etc.), el efecto general era que la seguridad de WAS a menudo podía anular la seguridad local si no se configuraba correctamente. Por ejemplo, en versiones anteriores de la consola de administración, había una opción disponible para especificar la ubicación de un archivo de registro en un nodo remoto. Esto se podía usar para leer/escribir en un archivo arbitrario en ese nodo remoto. Por este motivo, no era recomendable ejecutar los procesos del servidor de aplicaciones/agente de nodo con privilegios de root y, a partir de la v6, la configuración de seguridad predeterminada era segura (incluso si esto significaba que habilitar las funciones deseadas requería cambiar manualmente los valores predeterminados). Originalmente, todos los nodos de la celda estaban en un solo dominio para la administración y la seguridad de la aplicación. Sin embargo, a partir de la v6.1, puede haber múltiples dominios de seguridad y la seguridad administrativa y de la aplicación pueden estar separadas.
Muchos productos de IBM (como IBM InfoSphere DataStage ) utilizan WebSphere Application Server como plataforma base para su infraestructura.
Versión de WebSphere | WebSphere Liberty (entrega continua) | 9.0 | 8.5.5 | 8.5 Perfil de la libertad | 8.5 | 8.0 | 7.0 | 6.1 | 6.0 | 5.1 | 5.0 | 4.0 | 3.5 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Último paquete de corrección | 22.0.0.7 | 9.0.5.21 | 8.5.5.24 | 8.5.5.9 (el siguiente es 16.0.0.2) | 8.5.0.2 | 8.0.0.15 | 7.0.0.45 | 6.1.0.47 | 6.0.2.43 | 5.1.1.19 | 5.0.2 | 4.0.7 | 3.5.7 |
Fecha de lanzamiento | 5 de julio de 2022 | 10 de septiembre de 2024 | 31 de julio de 2023 | 15 de junio de 2012 | 15 de junio de 2012 [5] | 17 de junio de 2011 | 17 de octubre de 2008 | 30 de junio de 2006 | 31 de diciembre de 2004 | 16 de enero de 2004 | 3 de enero de 2003 | 15 de agosto de 2001 | 31 de agosto de 2000 |
Fin del soporte | 24 de junio de 2016 (con el lanzamiento de 16.0.0.2) [6] | 30 de abril de 2018 [7] | 30 de abril de 2018 [8] | 30 de septiembre de 2013 [9] | 30 de septiembre de 2010 | 30 de septiembre de 2008 | 30 de septiembre de 2006 | 30 de abril de 2005 | 30 de noviembre de 2003 | ||||
Java SE | 6 (hasta 17.0.0.2), 7, 7.1, 8 y 11 (desde 19.0.0.1) [10] | 8 | 6 (hasta 8.5.5.13), 7, 7.1 (desde 8.5.5.2) y 8 (desde 8.5.5.9) [11] | 6, 7, 7.1 (desde 8.5.5.2) y 8 (desde 8.5.5.5) | 6 y 7 [12] | 6 | 6 | 5 | 1.4 | 1.4 | 1.3 | 1.3 | 1.2 |
Java EE | 6 (perfil web) y 7 [13] | 7 | 6 | 6 (perfil web) y 7 (desde 8.5.5.6) | 6 | 6 | 5 | 1.4 | 1.4 | 1.3 | 1.3 | 1.2 | 1.2 (no totalmente compatible) |
Servlet | 3.0, 3.1, 4.0 | 3.1 | 3.0 | 3.1 | 3.0 | 3.0 | 2.5 | 2.4 | 2.4 | 2.3 | 2.3 | 2.2 | 2.1 y 2.2 |
JSP | 2.2, 2.3 | 2.3 | 2.2 | 2.3 | 2.2 | 2.2 | 2.1 | 2.0 | 2.0 | 1.2 | 1.2 | 1.1 | 0,91 y 1,0 y 1,1 |
JSF | 2.0, 2.2, 2.3 | 2.2 | 2.0 | 2.2 | 2.0 | 2.0 | 1.2 | 1.1 | 1.0 | ||||
EJB | 3.1 (ligero), 3.2 | 3.2 | 3.1 | 3.2 | 3.1 | 3.1 | 3.0 | 3.0 [14] | 2.1 | 2.0 | 2.0 | 1.1 | 1.0 |
JMS | 1.0, 2.0 | 2.0 | 1.1 | 1.1 | 1.1 | 1.1 | 1.1 | 1.1 | 1.1 | 1.02 | |||
JDBC | 4.0, 4.1 | 4.1 | 4.1 | 4.1 | 4.0 | 4.0 | 4.0 | 3.0 | 3.0 | ||||
Asociación Panamericana de la Salud | 2.0, 2.1 | 2.0, 2.1 [15] | 2.0 | 2.1 | 2.0 | 2.0 | 1.0 | 1.0 | 1.0 |
IBM ha enviado varias versiones y ediciones de WebSphere Application Server.
En las primeras versiones beta, WebSphere se llamaba Servlet Express. [16]
Aunque el esquema de versiones x.1 y x.5 normalmente indicaría una versión menor en la industria del software, WebSphere v6.1 y v5.1 son versiones principales, al igual que WebSphere v8.5 y v3.5. [17]
WebSphere Liberty se introdujo en WebSphere Application Server V8.5, originalmente denominado WebSphere Liberty Profile, con el mismo esquema de numeración de versiones que el resto de WAS. En 2016, IBM introdujo un nuevo esquema de numeración de fixpack para Liberty para reflejar un cambio hacia la entrega continua de Liberty en un único flujo de soporte: después de V8.5.5.9, el esquema de numeración de Liberty se modificó a partir de 16.0.0.2 para reflejar el año y el trimestre del lanzamiento del fixpack de Liberty. Se distribuye un nivel común de WebSphere Liberty como parte de la versión 8.5 y la versión 9.0 de WebSphere Application Server. El modelo de entrega continua de Liberty se introdujo para permitir que se entregaran nuevas capacidades y características con mayor frecuencia. [18]
WebSphere Application Server V9.0 [19] incorpora Java EE 7 y Java SE 8. Esto elevó el WAS Application Server tradicional al mismo nivel de Java EE que WebSphere Liberty había ofrecido desde 2015. Esta fue la primera versión de WAS que se puso a disposición simultáneamente como una oferta local y a través de WebSphere como servicio en IBM Cloud. [20]
WebSphere Liberty es cada vez más el foco de las nuevas aplicaciones nativas de la nube, siendo Liberty 16.0.0.2 la versión de Liberty incluida con WAS Versión 9.0.0.0. Liberty 16.0.0.3 agrega soporte para el nuevo modelo de programación MicroProfile [21] que simplifica el desarrollo de aplicaciones nativas de la nube utilizando tecnologías estándar de Java EE. Se proporciona acceso flexible a WebSphere Liberty a través de distribuciones adicionales como una imagen de Docker [22] y un paquete de compilación de Cloud Foundry. [23] En septiembre de 2017, IBM trasladó el desarrollo en curso de Liberty a un nuevo proyecto de código abierto llamado Open Liberty. [24] Open Liberty es la fuente para el entorno de ejecución de Liberty en WebSphere Application Server. Las distribuciones de Open Liberty cuentan con el soporte de la comunidad OpenLiberty.io; [25] IBM proporciona soporte comercial para Liberty a través de WebSphere Application Server.
WebSphere Application Server V8.5.5 incluye mejoras significativas en el perfil Liberty, que incluyen compatibilidad con Java SE 8, compatibilidad total con Java EE 7 desde V8.5.5.6 y las capacidades de administración inteligente de WebSphere . La compatibilidad de WebSphere Liberty con Java EE se habilita mediante la configuración de conjuntos de características, con diferentes conjuntos de características de la biblioteca disponibles en cada edición de WAS. La edición WAS Liberty Core incluye las características de Liberty requeridas para Java EE WebProfile; todas las demás ediciones de WAS agregan características de Liberty para Java EE 7 completo. La edición WAS Network Deployment agrega características de Liberty para la administración inteligente . Más allá de esto, la edición WAS z/OS agrega características de Liberty para habilitar las capacidades de la plataforma z/OS.
WebSphere Application Server V8.5 ofrece el mismo Java EE 6 y Java SE 6 (por defecto) que V8.0 y también proporciona (y puede configurarse para ejecutarse en) Java SE 7. Las principales nuevas capacidades en V8.5 son el perfil Liberty de WebSphere Application Server y las características de administración inteligente .
El perfil Liberty de WebSphere Application Server se incluye en todas las ediciones comerciales del servidor, lo que proporciona un perfil ligero del servidor para aplicaciones web, móviles y OSGi. En esta versión, es un subconjunto funcional del perfil completo de WebSphere Application Server, tanto para uso de desarrollo como de producción, con un tamaño de instalación inferior a 50 MB, un tiempo de inicio de unos 3 segundos y una nueva configuración de servidor basada en XML que se puede tratar como un artefacto de desarrollo para ayudar a la productividad del desarrollador. Las capacidades del servidor se utilizan a través del conjunto de características definidas en la configuración del servidor; las características se agregan y eliminan dinámicamente mediante el uso interno de los servicios OSGi. Se proporciona un nuevo modelo para mover aplicaciones a través de la tubería desde el desarrollo hasta la producción como un servidor empaquetado ; se trata de un archivo completo del servidor, la configuración del servidor y la aplicación para su implementación mediante unzip . Opcionalmente, se encuentra disponible una instalación administrada centralizada a través del componente Job Manager de la edición WebSphere Application Server Network Deployment .
Se ha añadido la capacidad de gestión inteligente en las ediciones Network Deployment y z/OS del servidor de aplicaciones WebSphere. Esto integra funciones operativas que antes estaban disponibles en la oferta independiente WebSphere Virtual Enterprise (WVE) : edición de aplicaciones, gestión del estado del servidor, agrupamiento dinámico y enrutamiento inteligente.
Compute Grid también está incluido en las ediciones Network Deployment y z/OS de WebSphere Application Server. Anteriormente, esta era la función Compute Grid de WebSphere XD, que se pagaba por separado, para programar y administrar cargas de trabajo por lotes de Java. [26]
Esta versión se lanzó el 9 de septiembre de 2008. Es un servidor de aplicaciones compatible con Java EE 5.
A continuación se presentan las características principales introducidas por WebSphere Application Server versión 7:
Entre la disponibilidad general de WebSphere Application Server V7 y WebSphere Application Server V8 (en 2011), se pusieron a disposición de los usuarios una serie de funciones adicionales para V7 en forma de paquetes de funciones que se agregan opcionalmente a una instalación de V7. El contenido de los paquetes de funciones tiene la misma calidad y soporte que el contenido de la versión principal: el objetivo de un paquete de funciones es ofrecer nuevas innovaciones antes de la próxima versión principal. Se proporcionaron los siguientes paquetes de funciones para WebSphere Application Server V7:
Esta versión fue lanzada el 30 de junio de 2006. El 11 de septiembre de 2012, IBM extendió el fin del servicio para V6.1 por un año completo, hasta el 30 de septiembre de 2013, y anunció nuevos incentivos y asistencia para la migración de versión a versión. [27] Es un servidor de aplicaciones compatible con Java EE 1.4 e incluye la siguiente función:
El soporte para la tecnología EJB 3.0 y el soporte para algunos estándares de servicios web fueron proporcionados por el paquete de características EJB y los paquetes de características de servicios web, respectivamente. Las funciones de estos paquetes de características se han incorporado al producto principal en la versión 7. Las funciones del paquete de características de servicios web incluyen:
Con la versión 6, algunas de las funciones que se encontraban anteriormente en WebSphere Business Integration Server Foundation (WBISF) se trasladaron al nuevo IBM WebSphere Process Server . Otras funciones se trasladaron a las otras ediciones (Express y superiores).
Esta versión se lanzó el 16 de enero de 2004. Es un servidor de aplicaciones compatible con J2EE 1.4.
La versión publicada el 19 de noviembre de 2002 era un servidor de aplicaciones certificado J2EE 1.3. Fue una reescritura importante del código base V3/V4 y fue la primera vez que WebSphere Application Server se codificó a partir de un código base común. Ahora, WAS en todas las plataformas de implementación, desde Intel x86 hasta el mainframe, es básicamente el mismo código. El repositorio de configuración basado en base de datos fue reemplazado por un repositorio de configuración basado en archivos XML de replicación . Un servicio llamado Deployment Manager tenía la copia maestra de la configuración de la celda, y los nodos tenían los archivos que necesitaban copiados de este servidor maestro cada vez que cambiaban. V5 también incluía una versión en miniatura de MQ 5.3 llamada servidor Java Message Service (JMS) incorporado .
Se trataba de un servidor de aplicaciones certificado para J2EE 1.2. Heredó el modelo de configuración basado en bases de datos de la versión 3.x para todos los sistemas, excepto la edición de servidor único, que ya utilizaba un almacén de datos XML.
WebSphere 3.5 es la primera versión de WebSphere ampliamente utilizada. A continuación se muestra el inicio de WAS v3.5 en una terminal en un sistema IBM AIX RS6000:
Como se muestra en la figura, en la raíz de los procesos se encuentra el proceso de arranque principal de WAS: una máquina Java JVM por sí misma, que se inicia primero y luego sigue por múltiples procesos JVM que se generan debajo de ella, cada uno de los cuales representa una aplicación empresarial con su propio cargador de clases. Dado que las clases se cargan desde múltiples JVM, WAS proporciona indicadores de configuración para administrar la visibilidad de las clases cargadas. Además, el administrador o programador debe conocer la jerarquía (la posición de .ear o .war y lo que va en el MANIFEST) para administrar la visibilidad de las clases. [29] La siguiente figura muestra la jerarquía de carga de clases en un anillo concéntrico. La visibilidad de las clases es importante, de lo contrario, las clases en colisión pueden causar un error de conversión de tipos durante el tiempo de ejecución del servidor de aplicaciones.
IBM añade compatibilidad con JavaBean , CORBA y Linux. Viene en dos ediciones: Standard Edition (SE) y Advanced Edition (AE).
Lanzado inicialmente en junio de 1998. Era principalmente un motor servlet Java .
El modelo de seguridad de WebSphere Application Server se basa en los servicios proporcionados en el sistema operativo y en el modelo de seguridad de Java EE . WebSphere Application Server proporciona implementaciones de mecanismos de autenticación y autorización de usuarios que brindan soporte para varios registros de usuarios:
Los mecanismos de autenticación soportados por WebSphere son: [30]
Otros servidores de aplicaciones Java EE:
{{cite book}}
: |website=
ignorado ( ayuda )