Developer best practices
This reference information describes best practices and other considerations for developers.
You can also search for best practice information using keywords.
Subtopics
Intento de acceso: Niveles de aislamiento y bloqueos de actualización
Las políticas de intento de acceso de WebSphere® Application Server proporcionan un modo coherente de definir el nivel de aislamiento de los datos de bean CMP en las distintas bases de datos relacionales del entorno.Gestión de códigos de error de programación de clientes ActiveX
Todas las excepciones generadas en código Java™ se encapsulan y se vuelven a generar como un error COM mediante la interfaz ISupportErrorInfo y la estructura EXCEPINFO IDispatch::Invoke(), el objeto Err en Visual Basic y VBScript. Dado que no hay números de error asociados a las excepciones Java, cuando se genera una excepción Java, toda la pila de rastreo se almacena en el texto de descripción de error y el número de error que se asigna es 0x6003.Sugerencias de programación del campo Java para la programación de clientes ActiveX.
Utilizar el puente de ActiveX a EJB (Enterprise JavaBeans) para acceder a los campos Java tiene el mismo problema de sensibilidad a mayúsculas y minúsculas que cuando se invocan los métodos. Los nombres de campos deben utilizar la misma combinación de mayúsculas y minúsculas que en la sintaxis de campos Java.Sugerencias de inicialización de la máquina virtual Java para programación de clientes ActiveX
Inicialice el código de la máquina virtual Java (JMV) con el puente de ActiveX a EJB (Enterprise Java Beans). Para que un programa cliente ActiveX (Visual Basic, VBScript o ASP) pueda acceder a las clases u objetos Java, en primer lugar el programa debe crear el código JVM (máquina virtual Java) dentro del proceso.Sugerencias de hebras para programación de clientes ActiveX
El puente de ActiveX a EJB (Enterprise JavaBeans) da soporte al acceso libre de hebras y al acceso de hebras de apartamentos e implementa Free Threaded Marshaler para trabajar en un entorno híbrido como, por ejemplo, ASP (Active Server Pages). Cada hebra que se crea en el proceso ActiveX se duplica en el entorno Java cuando la hebra se comunique mediante el puente de ActiveX a EJB.Sugerencias para pasar matrices para programación de clientes ActiveX
Las matrices son muy similares entre los contenedores Java y los de Automation, como Visual Basic y VBScript. En este tema se proporcionan algunos puntos importantes a tener en cuenta cuando se pasan matrices entre estos contenedores.Procedimientos recomendados de programación del cliente ActiveX
El mejor modo para acceder a los componentes Java es utilizar el lenguaje Java. Se le recomienda que efectúe toda la programación posible en el lenguaje Java y que utilice una pequeña y sencilla interfaz entre el contenedor COM Automation (por ejemplo, Visual Basic) y el código Java. Esta interfaz evita cualquier problema de carga adicional y rendimiento que puede producirse cuando se desplaza por la interfaz.Valores de conversión de tipos de datos primitivos ActiveX a Java
Todos los tipos de datos Java primitivos se convierten automáticamente en tipos ActiveX Automation nativos. Sin embargo, no todos los tipos de datos de Automation se convierten en tipos Java (por ejemplo, VT_DATE). Para la conversión de datos se utilizan los tipos de datos de variantes.Políticas de sesión de actividad y contenedor de transacciones combinadas
Este tema proporciona detalles sobre la relación entre las propiedades de descriptor de despliegue que determinan la forma en que el contenedor gestiona los límites de la sesión de actividad.Interoperatividad de perfilado de aplicaciones
La utilización del perfilado de aplicaciones con la modalidad de compatibilidad de 5.x o en un entorno de clúster con versiones del producto mezcladas y plataformas mezcladas puede afectar el comportamiento de maneras diferentes.Consideraciones sobre el diseño de aplicaciones de asignador de solicitudes asíncronas
El asignador de solicitudes asíncronas (ARD) no es un a solución de talla única para la programación de servlets. Debe evaluar las necesidades de su aplicación y las implicaciones del uso de ARD. Hacer que todos los archivos de inclusión se inicien asíncronamente no es la solución para todos los casos prácticos, pero si se utiliza sabiamente, ARD puede mejorar el tiempo de respuesta.Sugerencias de programación de cliente para el servicio Object Request Broker
Cada intercambio de solicitud o respuesta IIOP (Internet InterORB Protocol) consta de un ORB del lado del cliente y un ORB del lado del servidor. Es importante que cada aplicación que utilice IIOP esté correctamente programada para comunicarse con el ORB (Object Request Broker) del lado del cliente.Soporte Common Criteria (EAL4)
Estadísticas de conexiones y de agrupación de conexiones
WebSphere Application Server permite utilizar las API de PMI para supervisar el rendimiento de las aplicaciones de acceso a datos.Esquema de DataGraph
Aplicación predeterminada
WebSphere Application Server proporciona una configuración predeterminada de modo que los administradores pueden verificar fácilmente si el servidor de aplicaciones está ejecutándose. Cuando se instala el producto, incluye un servidor de aplicaciones llamado server1 y una aplicación empresarial llamada Deafulta Application.Comparativa entre los servicios de consulta dinámica y de EJB de despliegue
Puede utilizar el servicio de consulta dinámica para crear y ejecutar consultas con beans de entidad construidos dinámicamente en el momento de la ejecución, en lugar de definirlos en el momento del despliegue. Mediante el uso de la consulta dinámica, se consigue la flexibilidad de las consultas definidas en el tiempo de ejecución y se utiliza la potencia del lenguaje de consulta (QL) de EJB (Enterprise JavaBeans). Aparte de dar soporte a todas las funciones de una consulta EJB-QL, la consulta dinámica añade funciones que no están disponibles para la consulta estática estándar. Dos ejemplos son la posibilidad de seleccionar varios campos de datos directamente desde el propio bean (las consultas estáticas actualmente sólo permiten uno) y ejecutar los métodos de negocio directamente en la consulta.Consideraciones de módulo EJB 3.x
Cuando se utilizan módulos EJB (Enterprise JavaBeans) 3.x, tenga en cuenta las consideraciones siguientes.Recuperación de datos del Data Mediator Service de EJB
Una solicitud del mediador de EJB (Enterprise JavaBeans) es una consulta de EJB compuesta. Puede obtener un DataGraph utilizando la llamada a getGraph.Actualización de datos del Data Mediator Service de EJB
Una solicitud del mediador de EJB (Enterprise JavaBeans) es una consulta de EJB compuesta. Puede grabar un DataGraph actualizado de nuevo al origen de datos utilizando el método applyChanges.Consideraciones de programación del Data Mediator Service de EJB
Cuando empieza a escribir las aplicaciones para aprovechar el Data Mediator Service (DMS) de EJB (Enterprise JavaBeans) incluido en el producto, tenga en cuenta los elementos siguientes.Sintaxis de consulta del mediador EJB
Cuando empieza a escribir las aplicaciones para aprovechar el Data Mediator Service (DMS) de EJB (Enterprise JavaBeans) incluido en el producto, tenga en cuenta los elementos siguientes.Restricciones y limitaciones del lenguaje de consulta EJB
Cuando se utiliza el lenguaje de consulta EJB (Enterprise JavaBeans) en el producto, se pueden observar diferencias en comparación con el lenguaje EJB estándar. Las limitaciones que debe tener en cuenta figuran en la sección siguiente.Comparativa entre la especificación EJB y el lenguaje de consulta de WebSphere
WebSphere Application Server amplía el lenguaje de consulta de los EJB (Enterprise JavaBeans) con los elementos propios.Habilitación del soporte para un conjunto de valores definido por el usuario
Puede habilite el soporte para el valor establecido utilizando la consola administrativa. Esto se hace como parte del procedimiento de adición al registro UDDI de un conjunto de valores definido por el usuario.Procedimientos recomendados para el desarrollo de enterprise bean
Utilice las directrices siguientes cuando diseñe y desarrolle enterprise beans.Ejemplo: Requisitos de código de cliente de applet
El código utilizado por un applet para comunicarse con un enterprise bean es el mismo que el utilizado por un programa Java autónomo o un servlet, excepto por una propiedad adicional denominada java.naming.applet. Esta propiedad informa al InitialContext y al ORB (Object Request Broker) de que este cliente es un applet, en lugar de un servlet o una aplicación Java autónoma.Ejemplo: requisitos de código del cliente de applet
Los applets estándar necesitan el distintivo HTML <APPLET> para identificar el applet en el navegador. El distintivo <APPLET> invoca la máquina virtual Java (JVM) del navegador. También se puede sustituir por los distintivos <OBJECT> y <EMBED>.Soporte de FIPS (Federal Information Processing Standard)
FIPS (Federal Information Processing Standards) son los estándares y directrices emitidos por el National Institute of Standards and Technology (NIST) para los sistemas informáticos del gobierno federal. FIPS se puede habilitar para WebSphere Application Server.Cómo procesar las cabeceras de mensaje de IBM MQ
Los mensajes de IBM MQ pueden incluir opcionalmente cabeceras adicionales, o cabeceras alternativas, a la cabecera MQRFH2, que contiene propiedades JMS.Los programas de la aplicación WebSphere Application Server pueden utilizar las clases com.ibm.mq.headers para acceder a las cabeceras de los mensajes de IBM MQ y para construir cabeceras en mensajes para IBM MQ.Soporte del contexto inicial
Todas las operaciones de denominación empiezan con la obtención de un contexto inicial. Puede ver el contexto inicial como punto de partida en el espacio de nombres. Utilice el contexto inicial para realizar operaciones de denominación, como por ejemplo, la búsqueda y enlace de objetos en el espacio de nombres.Errores del servicio de internacionalización
Determinadas condiciones pueden hacer que el servicio de internacionalización no se inicie, que se emitan excepciones de java.lang.IllegalStateException mientras se ejecuta una aplicación o que se empleen comportamientos predeterminados.Soporte de la capacidad de mantenimiento del cursor para las aplicaciones JDBC
La característica de mantenimiento del cursor puede reducir la carga adicional de interacción de JDBC con la base de datos relacional, lo que ayuda a incrementar el rendimiento de las aplicaciones.Sugerencias para el desarrollo de aplicaciones JDBC
Mediante los procedimientos recomendados para ayudar a maximizar la eficacia de las consultas JDBC, podría incrementar el rendimiento de las aplicaciones.Formatos JMS
Para escribir código que pueda acceder a diferentes tipos de mensajes JMS, debe saber cómo se correlaciona con SDO cada tipo de mensaje y cómo se recuperar la serie de formato de mensaje desde el mensaje.Formatos JMS - bytes
El programa puede recuperar la carga de un mensaje de bytes JMS correlacionando el cuerpo del mensaje con un gráfico de datos SDO que representa el mensaje.Formatos JMS - objeto
El programa puede recuperar la carga útil de un mensaje de objeto JMS correlacionando el cuerpo del mensaje con un gráfico de datos SDO que representa el mensaje.Formatos JMS - Corriente de datos
El programa puede recuperar la carga útil de un mensaje de corriente de datos JMS correlacionando el cuerpo del mensaje con un gráfico de datos SDO que representa el mensaje.Formatos JMS - texto
El programa puede recuperar la carga útil de un mensaje de texto JMS correlacionando el cuerpo del mensaje con un gráfico de datos SDO que representa el mensaje.Consideraciones sobre la interoperatividad de JNDI
Debe tomar pasos adicionales para habilitar los programas de modo que interoperen con los clientes que no son del producto JNDI y enlazar los recursos de MQSeries® a un espacio de nombres.Soporte de JNDI en WebSphere Application Server
El producto incluye un servidor de nombres para proporcionar acceso compartido a los componentes Java y una implementación del paquete JNDI javax.naming que permite a los usuarios acceder al servidor de nombres mediante la interfaz de denominación JNDI (Java Naming and Directory Interface).Carga de los datos del conjunto de valores definido por el usuario
Puede utilizar el programa de utilidad UDDIUserDefinedValueSet para cargar datos del conjunto ve valores en el registro UDDI, asignar datos de un conjunto de valores existente a otra entidad tModel, y descartar datos de un conjunto de valores existente. Los datos del conjunto de valores se cargan como parte del procedimiento de adición al registro UDDI de un conjunto de valores definido por el usuario.Contenedor de transacciones locales
IBM® WebSphere Application Server da soporte a LTC (Local Transaction Containment), que puede configurar utilizando los descriptores de despliegue ampliados de transacción local. El soporte de LTC proporciona determinadas ventajas para los programadores de aplicaciones. Utilice los escenarios que se proporcionan y la lista de puntos a tener en cuenta, para ayudarle a decidir la mejor forma de configurar el soporte para las transacciones locales.Soporte de nombres de búsqueda en descriptores de despliegue y clientes ligeros
Los objetos de servidor de aplicaciones como, por ejemplo, los inicios de enterprise bean (EJB) se enlazan en relación al contexto de raíz de servidor del servidor donde se instala la aplicación. Otros objetos, como por ejemplo los recursos también pueden enlazarse a una raíz de servidor específica. Los nombres que se utilizan para buscar estos objetos deben está cualificados de modo que seleccionen la raíz de servidor correcta. En este tema se describe en qué consisten los nombres calificados y relativos, cuando se utilizan y cómo se pueden construir.Correlación de campos de cabecera MQRFH2 adicionales con la integración de servicios
En la cabecera (MQRFH2) de mensajes de IBM MQ, existen campos adicionales que son específicos del bus de integración de servicios y que permiten funciones que no se utilizan en IBM MQ. Cuando IBM MQ transporta un mensaje de un bus de integración de servicios a otro bus de integración de servicios, estos campos comunica información que pueden utilizar las aplicaciones de integración de servicios pero no es necesario por IBM MQ.Correlación de destinos desde y hacia colas, temas y destinos de IBM MQ
Los mensajes de integración de servicios y los mensajes de IBM MQ contienen campos de cabecera y propiedades. Algunos de estos campos de cabeceras y propiedades contienen destinos o propiedades de destino que proporcionan información acerca de los destinos de envío y de respuesta y acerca de los destinos de las rutas de direccionamiento de reenvío y de direccionamiento inverso. Dado que la integración de servicios y IBM MQ tienen definiciones diferentes para los destinos, cuando los mensajes se convierten entre el formato de integración de servicios y el formato de IBM MQ se utilizan las correlaciones para procesar los destinos y las propiedades de los destinos.Correlación de campos del informe MQMD con propiedades específicas del proveedor de JMS
Las aplicaciones de JMS pueden utilizar mensajes de informe como forma de proceso de solicitudes/respuestas gestionado para proporcionar información remota a los productores sobre el resultado de sus operaciones de envío y el destino de sus mensajes. Una aplicación JMS puede solicitar diferentes tipos de mensajes de informe estableciendo propiedades y opciones de mensaje JMS_IBM_Report_Xxxx.Correlación de gráficos de datos SDO para mensajes de servicios web
La estructura de los mensajes de servicios web que describen los gráficos de datos SDO (Service Data Objects) de Versión 1 para los mensajes de servicios web.Correlación de la opción de entrega JMS y de la fiabilidad de mensajes con y hacia el valor de persistencia de IBM MQ
Cuando se convierten mensajes entre el formato IBM MQ y el formato de integración de servicios, la integración de servicios procesa los campos de cabecera de mensajes y las propiedades relacionadas con la modalidad de entrega, la fiabilidad y la persistencia de mensajes.Correlación del cuerpo de mensajes con y desde el formato IBM MQ
La cabecera (MQRFH2) y el descriptor (MQMD) de mensaje IBM MQ pueden contener información sobre el formato del cuerpo de mensaje IBM MQ. La integración de servicios utiliza la información contenida en la MQRFH2 y en el MQMD al convertir un mensaje desde el formato IBM MQ, y coloca la información en la MQRFH2 y en el MQMD al convertir un mensaje al formato IBM MQ.Correlación de los campos de cabecera y las propiedades de un mensaje desde y hacia el formato de IBM MQ
Cuando la integración de servicios convierte un mensaje al formato IBM MQ, establece los campos en el MQMD y en la MQRFH2 basándose en los campos y las propiedades de la cabecera del mensaje de integración de servicios: se trata de los campos y las propiedades de cabecera del mensaje JMS aplicables al mensaje. Cuando la integración de servicios convierte un mensaje desde el formato IBM MQ, establece los campos y las propiedades de cabecera del mensaje de integración de servicios desde el MQMD y la MQRFH2 en el mensaje IBM MQ.Correlación de definiciones de esquema XML en el sistema de tipo SDO
Cada tipo del esquema XML se correlaciona con un tipo SDO. Utilice esta correlación como ayuda para desarrollar código para navegar por los gráficos de datos de los mensajes que media el programa.Distinción entre mayúsculas y minúsculas en la contraseña cuando se utiliza un registro del sistema operativo local
Saber cuándo se diferencian las mayúsculas y minúsculas de una contraseña puede afectar directamente el modo en que se utiliza un registro del sistema operativo local. WebSphere Application Server aprovecha la opción de contraseñas de mayúsculas y minúsculas mezcladas para el Servicio de control de acceso a recursos (Resource Access Control Facility - RACF®) y le permite utilizar contraseñas que distinguen entre mayúsculas y minúsculas.Sensibilidad a mayús./minús. en contraseñas utilizando un registro del sistema operativo local
Permite las ventajas de un mayor número de combinaciones de contraseñas de WebSphere Application Security. Las contraseñas limitadas a 8 caracteres tienen también limitado en nivel de seguridad que pueden llegar a tener. Los intentos de robo de identidad tienen éxito a menudo en contraseñas de 8 caracteres. WebSphere Application Server amplía las combinaciones posibles más allá de la contraseña de 8 caracteres proporcionando la capacidad de utilizar de forma adicional una frase de contraseña con una longitud entre 9 y 100 caracteres. la frase de contraseña proporciona una cantidad exponencialmente mayor de combinaciones para la seguridad de los ID de usuario de una aplicación.Publicación de una entidad tModel de categorización seleccionada
Debe publicar una entidad tModel de categorización seleccionada como primer paso en el procedimiento para añadir un valor definido por el usuario al registro UDDI.Consideraciones de tiempo de ejecución para desarrolladores de aplicaciones SIP
Debe tener en cuenta determinados comportamientos de tiempo de ejecución cuando escriba aplicaciones SIP (Session Initiation Protocol).Configuración o topología del planificador
El planificador utiliza una base de datos para hacer persistente la información sobre qué tareas ejecutar y cuándo. Se pueden producir errores al modificar la topología del servidor de aplicaciones o al modificar la configuración del servidor o de la aplicación. Al modificar la configuración o topología, considere cuidadosamente cómo esta acción puede afecta al planificador.Consideraciones de seguridad para servicios web
Cuando configura la seguridad de servicios web, debe realizar todos los esfuerzos necesarios para comprobar que el resultado no es vulnerable a una gran gama de mecanismos de ataque. Existen posibles temas de seguridad que pueden surgir cuando se protegen los servicios web.Conformidad con los estándares del sector SIP
La implementación del producto de SIP (Session Initiation Protocol) cumple los estándares del sector para los contenedores SIP y las aplicaciones SIP.Campos de cabecera propietaria SIP
Puede crear una solicitud de servlet SIP que incluya campos de cabecera propietaria. Los campos de cabecera propietarios SIP permiten la implementación de determinados valores SIP en base a cada mensaje. Los valores SIP establecidos a nivel de contenedor SIP se aplican a todos los mensajes SIP gestionados por dicho contenedor SIP.Clases de SIP SipServletRequest y SipServletResponse
Las clases SipServletRequest y SipServletResponse son similares a las clases HttpServletRequest y HttpServletResponse.Clases de SIP SipSession y SipApplicationSession
Probablemente las partes más complejas de la especificación SIP del servlet 1.0 son las clases SipSession y SipApplicationSession.Terminología de los estándares WS-Notification
La terminología definida en este tema está definida por las especificaciones WS-Notification y es común para cualquier implementación de proveedor de estas especificaciones.El método createQueue o createTopic y el proveedor de mensajería predeterminado
Puede utilizar el método Session.createQueue(String) o el método Session.createTopic(String), en lugar de utilizar la búsqueda JNDI para crear una cola JMS o un tema JMS con el proveedor de mensajería predeterminado.Nombres de temas y uso de caracteres comodín en expresiones de temas
Se pueden utilizar caracteres comodín en expresiones de temas para recuperar temas proporcionados por el proveedor de mensajería predeterminado y las tecnologías de integración de servicios.Transcodificación de una matriz de bytes en una carga del mensaje
Una mediación puede transcodificar una matriz de bytes en una carga del mensaje sin cambiar el significado del mensaje.Transcodificación de una carga del mensaje en una matriz de bytes
Puede transcodificar la carga del mensaje en una matriz de bytes.Transcodificación entre formatos de mensaje
Una mediación puede convertir un mensaje de un formato en otro sin cambiar el significado semántico del mensaje. Esta operación se denomina transcodificación de un mensaje.Procedimientos recomendados para las propiedades de cabecera de transporte
Puede establecer la propiedad REQUEST_TRANSPORT_PROPERTIES y la propiedad RESPONSE_TRANSPORT_PROPERTIES en un apéndice de cliente JAX-RPC (Java API for XML-based RPC), una instancia de llamada o una instancia RequestContext del BindingProvider de JAX-WS (Java API for XML-Based Web services) para habilitar un cliente de servicios web para enviar o recuperar las cabeceras de transporte.Soporte de interceptor de asociación de confianza para la creación de sujetos
La interfaz TAI (Trust Association Interceptor), com.ibm.wsspi.security.tai.TrustAssociationInterceptor, da soporte a varias características distintas de la interfaz com.ibm.websphere.security.TrustAssociationInterceptor existente.Terminología de registro UDDI
En esta sección se describen algunos términos específicos de registro UDDI. Además, se muestra la relación entre las versiones del registro UDDI, la especificación OASIS (Organization for the Advancement of Structured Information) y el nivel de WebSphere Application Server.Modelo de uso para utilizar sesiones de actividad con sesiones HTTP
En este tema se describe cómo una aplicación web que se ejecuta en el contenedor web de WebSphere puede participar en un contexto de sesión de actividad.Soporte de conjuntos de valores definidos por el usuario en el registro UDDI
Puede definir varios conjuntos de valores y añadir conjuntos de valores personalizados al registro UDDI versión 3. En UDDI Versión 2, esta característica se denominaba soporte de taxonomía personalizado.Validación y manejo de errores para conjuntos de valores definidos por el usuario
La consola de usuario del registro UDDI realiza una validación cuando se formula la solicitud de guardar la entidad tModel, esto es, antes de realizar la publicación.Visión general de mensajes de servicios web
Para trabajar con el formato de gráfico de datos de los mensajes de servicios web, debe conocer la estructura del gráfico de datos y cómo desarrollar código que pueda navegar por los gráficos de datos.Procedimientos recomendados para la migración de servicios web
Utilice estos procedimientos recomendados para la migración de servicios web al migrar aplicaciones de servicios web.Casos de ejemplo de migración de servicios web: JAX-RPC a JAX-WS y JAXB
Este tema explica casos de ejemplo para la migración de sus servicios web JAX-RPC (API Java para RPC basadas en XML) a JAX-WS (API Java para servicios web basados en XML) a JAXB (Arquitectura Java para enlace XML).Consideraciones relativas a la configuración de la seguridad de servicios web
Para proteger servicios web para WebSphere Application Server, debe especificar varias configuraciones distintas. Aunque no hay una secuencia específica en la que deba especificar estas configuraciones diferentes, algunas configuraciones hacen referencia a otras configuraciones.Consideraciones de configuración sobre la seguridad de servicios web cuando se utiliza la API de WSS
Para proteger los servicios web para WebSphere Application Server, puede especificar varias configuraciones distintas utilizando las API de WSS (Web Services Security). La especificación WSS (Web Services Security) proporciona un método flexible para proteger los mensajes de los servicios web utilizando la firma digital XML, el cifrado XML y los símbolos de seguridad adjuntos. Puede habilitar la seguridad de servicios web configurando un conjunto de políticas o utilizando las API de WSS (Web Services Security). La implementación de la API de WSS tiene valores predeterminados para los que se han de cifrar o firmar las partes del mensajes. Los valores por omisión para las API de WSS ayudan a los usuarios finales a habilitar rápidamente WSS (Web Services Security).Terminología de WS-Notification específica de WebSphere Application Server
Esta terminología es específica de la implementación, más allá de la terminología definida en los estándares WS-Notification, y se aplica a la implementación de WS-Notification en WebSphere Application Server.Funciones de IBM MQ no soportadas por la integración de servicios
Existen varias funciones en una red IBM MQ que no están disponibles en un bus de integración de servicios.IBM MQ Server: Limitaciones en células y clústeres de nivel mixto
Si utiliza un servidor IBM MQ con células o clústeres que incluyen más de una versión de WebSphere Application Server, puede que tenga que estar al tanto de las versiones del servidor de aplicaciones cuando despliegue aplicaciones que se comuniquen con colas IBM MQ.Terminología WS-Notification
Existe terminología que debe conocer cuando trabaja con WS-Notification. La mayor parte de esta terminología se define mediante los estándares WS-Notification, y algunos términos se han definido para describir esta implementación de WS-Notification para WebSphere Application Server.WS-ReliableMessaging: especificaciones y estándares soportados
WebSphere Application Server proporciona soporte para dos niveles de la especificación de WS-ReliableMessaging. Esto ofrece compatibilidad con versiones anteriores de proveedores que dan soporte de WS-ReliableMessaging al nivel de febrero de 2005, a la vez que cumple los requisitos de la especificación OASIS actual. Esta implementación de WS-ReliableMessaging también está formada por muchos otros estándares de servicios web.WS-ReliableMessaging: requisitos para la interacción con otras implementaciones
La información y configuración necesarias para que un origen de mensajería fiable de otro proveedor pueda enviar mensajes a un destino de mensajería fiable de WebSphere Application Server, o para que un origen de mensajería fiable de WebSphere Application Server pueda enviar mensajes a un destino de mensajería fiable de otro proveedor.Roles y objetivos de WS-ReliableMessaging
Roles de cálculo que los miembros de la organización pueden llevar a cabo y el modo en que pueden utilizar WS-ReliableMessaging para poder cumplir con los objetivos de cada rol.WS-ReliableMessaging: terminología
Definición de esquema XML para mensajes de corriente JMS
Es la definición de esquema XML para transcodificar mensajes de corriente JMS en tipos de mensajes.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc_ref_dev_consid
File name: welc_ref_dev_consid.html