Web Services Addressing: cortafuegos y nodos intermediarios
Mediante el soporte de Web Services Addressing (WS-Addressing) en este producto, puede crear referencias de punto final que pueden distribuirse en todos los cortafuegos y nodos intermediarios.
Con el soporte de WS-Addressing, puede generar automáticamente referencias de punto final que representan los puntos finales del nodo en el que se generan las referencias. Estas referencias de puntos finales contienen la información de dirección apropiada, basada en el URL configurado para el punto final y cualquier configuración de proxy válida para el servidor que contiene el punto final. Los mensajes destinados a la referencia de punto se dirigen desde el cliente al punto final a través del nodo, o nodos, intermedios correctos, como se describe en los siguientes escenarios de topología.
También puede utilizar la API de propiedad de IBM para crear una referencia de punto final que represente un servicio que no debe estar gestionado por la carga de trabajo debido a que, por ejemplo mantiene el estado en memoria. Un servicio que
utiliza un bean de sesión con estado es un ejemplo de un servicio que se basa en la
afinidad de direccionamiento a una instancia de servidor específica. Para crear una
referencia de punto final con un servicio de este tipo, utilice el método
EndpointReferenceManager.createEndpointReference(QName serviceName, String
endpointName, java.rmi.Remote statefulSessionBean).
Si habilita la alta disponibilidad para beans de sesión con estado y crea la referencia de punto final utilizando este método, la referencia de punto final continúa siendo válida incluso si se ha realizado la migración tras error del bean de sesión con estado, siempre que la solicitud se origine en un cliente WebSphere Application Server de la versión 6.1 o posterior, o se direccione mediante un servidor proxy para IBM®
WebSphere Application Server en la misma célula administrativa, tal como se describe en los siguientes casos de ejemplo de topología.
- Utilice la topología Conexión directa para las configuraciones sin clúster.
- Utilice la topología Servidor HTTP, como IBM HTTP Server cuando las
referencias de punto final hagan referencia a servicios que:
- estén desplegados en un clúster gestionado por la carga de trabajo
- no acceden a ninguna información con estado localizada en un servidor específico
- Utilice la topología Servidor proxy para IBM WebSphere Application Server o la
topología Servidor HTTP con un servidor proxy para IBM WebSphere Application Server cuando las referencias
de punto final hagan referencia a servicios que:
- estén desplegados en un clúster gestionado por la carga de trabajo
- de manera opcional, accedan a información con estado localizada en un servidor específico
- de manera opcional, puedan migrarse tras error en una configuración altamente disponible
El servidor HTTP con una topología de servidor proxy para IBM WebSphere Application Server es útil cuando el servidor HTTP no tiene ninguna capacidad integrada para el direccionamiento basado en afinidad a puntos finales de WS-Addressing.
Para las referencias de punto final que hacen referencia a servicios que no acceden a ninguna información con estado localizada en un servidor específico, todos los escenarios de topología siguientes son adecuados.
Conexión directa
Utilice esta topología para las configuraciones sin clúster.


Las referencias de punto final creadas utilizando la API JAX-WS estándar no están gestionadas por la carga de trabajo.
Servidor proxy para IBM WebSphere Application Server
Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo accedan, de manera opcional, a información con estado localizada en un servidor específico o, de manera opcional, puedan sustituirse por anomalía en una configuración con alta disponibilidad.

![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
- Si la referencia de punto final representa un bean de sesión con estado, las solicitudes orientadas a la referencia de punto final mantendrán la afinidad con el servidor y la instancia del bean de sesión con estado.
- Si la referencia de punto final representa un bean de sesión con estado con alta disponibilidad, la referencia de punto final sigue siendo válida incluso si se efectúa la sustitución por anomalía de dicho bean de sesión con estado a otro servidor.
Si el servidor proxy al que se direcciona la referencia de punto final
es un servidor proxy para IBM
WebSphere Application Server versión 6.1 o posterior, que existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan
basándose en la gestión de carga de trabajo del clúster.
Servidor HTTP, como IBM HTTP Server
Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo y no accedan a información con estado localizada en un servidor específico.

No despliegue una referencia de punto final que represente un bean de sesión con
estado en esta topología, ya que el servidor HTTP no retendrá la afinidad con dicho
bean de sesión con estado y distribuirá sus solicitudes entre los servidores
disponibles.
Para mantener la afinidad de bean de sesión con estado y la alta disponibilidad de referencias de punto final creadas utilizando la API de propiedad de IBM, utilice un servidor proxy para IBM
WebSphere Application Server además del servidor HTTP, tal como se describe en la topología siguiente.
Servidor HTTP con un servidor proxy para IBM WebSphere Application Server
Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo o, de manera opcional, accedan a información con estado localizada en un servidor específico o, de manera opcional, puedan migrarse tras error en una configuración con alta disponibilidad. La topología es parecida a la topología de servidor proxy para IBM WebSphere Application Server, pero da soporte al uso de un servidor HTTP como proxy inverso externo.
En esta topología, la API WS-Addressing genera automáticamente la dirección adecuada de las referencias de punto final basándose en el prefijo del URL de HTTP Server configurado para el módulo del servicio web de destino. Debe proporcionar información de URL de punto final HTTP, esto es, configurar el prefijo del URL de HTTP en cada despliegue de cada aplicación.

![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
- Si la referencia de punto final representa un bean de sesión con estado, las solicitudes orientadas a la referencia de punto final mantendrán la afinidad con el servidor y la instancia del bean de sesión con estado.
- Si la referencia de punto final representa un bean de sesión con estado con alta disponibilidad, la referencia de punto final sigue siendo válida incluso si se efectúa la sustitución por anomalía de dicho bean de sesión con estado a otro servidor.
Si el servidor proxy al que se direcciona la referencia de punto final
es un servidor proxy para IBM
WebSphere Application Server versión 6.1 o posterior, y existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan
basándose en la gestión de carga de trabajo del clúster.