WSReliableMessaging policy and binding properties

Use the attributes parameter for the setPolicyType and setBinding commands to specify additional configuration information for the ReliableMessaging policy and policy set binding. The WSReliableMessaging quality of service (QoS) is only available for application policy sets.

WSReliableMessaging is an interoperability standard for the reliable transmission of messages between two endpoints. Use WSReliableMessaging to secure and verify transactions when using web services between businesses.

Utilize os seguintes comandos e parâmetros no grupo PolicySetManagement do objeto AdminTask para customizar sua configuração de conjunto de política.
  • Use o parâmetro -attributes para os comandos getPolicyType e getBinding para visualizar as propriedades para a configuração de política e ligação. Para obter um atributo, transmita o nome da propriedade para o comando getPolicyType ou getBinding.
  • Use o parâmetro -attributes para os comandos setPolicyType e setBinding para incluir, atualizar ou remover propriedades das configurações de política e ligação. Para incluir ou atualizar um atributo, especifique o nome da propriedade e o valor. Os comandos setPolicyType e setBinding atualizarão o valor se o atributo existir, ou incluirão o atributo e o valor se o atributo não existir. Para remover um atributo, especifique o valor como uma cadeia vazia (""). O parâmetro -attributes aceita um objeto de propriedades.
Note: Se um nome ou valor de propriedade fornecido com o parâmetro-attributes não for válido, os comandos setPolicyType e setBinding falharão com uma exceção. A propriedade inválida é registrada como erro ou aviso no arquivo SystemOut.log. Entretanto, a exceção de comando poderá não conter as informações detalhadas da propriedade que causou a exceção. Quando os comandos setPolicyType e setBinding falharem, examine o arquivo SystemOut.log em busca de alguma mensagem de erro e aviso que indique se a entrada para o parâmetro -attributes contém uma ou diversas propriedades que não são válidas.
Note: Esse tópico faz referência a um ou mais arquivos de log do servidor de aplicativos. Como uma recomendação alternativa, é possível configurar o servidor para usar a infraestrutura de log e rastreio do High Performance Extensible Logging (HPEL) em vez de usar os arquivos SystemOut.log , SystemErr.log, trace.log e activity.log em sistemas distribuídos e IBM® i. Também é possível usar HPEL em conjunção com os recursos de criação de log z/OS® nativos. Se você estiver usando HPEL, será possível acessar todas as informações de log e rastreio usando a ferramenta de linha de comandos LogViewer a partir do diretório bin do perfil do servidor. Consulte as informações sobre a utilização do HPEL para resolução de problemas dos aplicativos para obter mais informações sobre o uso do HPEL.
Para Usuários de Transição Para Usuários de Transição: No WebSphere Application Server Versão 7.0 e posterior, o modelo de segurança foi aprimorado para um modelo de segurança centralizado no domínio em vez de um modelo de segurança baseado em servidor. A configuração das ligações do nível de segurança global padrão (célula) e do nível de servidor padrão também foi alterada nesta versão do produto. No WebSphere Application Server Versão 6.1 Feature Pack para Web Services, é possível configurar um conjunto de ligações padrão para a célula e configurar opcionalmente um conjunto de ligações padrão para cada servidor. Na Versão 7.0 e posterior, é possível configurar uma ou mais ligações gerais do provedor de serviços e uma ou mais ligações gerais do cliente de serviço. Depois de ter configurado as ligações gerais, será possível especificar quais dessas ligações é a ligação padrão global. Também é possível especificar opcionalmente a ligação geral que é utilizada como padrão para um servidor de aplicativos ou um domínio de segurança. trns

Para suportar um ambiente de célula mista, o WebSphere Application Server suporta ligações de Versão 7.0 e Versão 6.1. As ligações gerais no nível da célula são específicas à Versão 7.0 e posterior e as ligações específicas do aplicativo permanecem na versão que aplicativo requer. Quando o usuário cria uma ligação específica do aplicativo, o servidor de aplicativos determina a versão de ligação exigida para uso do aplicativo.

WSReliableMessaging policy properties

Configure the WSReliableMessaging policy by specifying the following properties with the setPolicyType command:
specLevel
Choose the WS-ReliableMessaging standard to use for reliable transmission of your messages. The WS-ReliableMessaging specification Version 1.1 is the default value. Use the following information to choose a specification level:
  • Specify 1.0 as the value for the specLevel attribute to use the WS-ReliableMessaging specification Version 1.0, February 2005 specification level.
  • Specify 1.1 as the value for the specLevel attribute to use the OASIS WS-ReliableMessaging specification Version 1.1, August 2006 specification level.
The following example code sets the specLevel property to the OASIS WS-ReliableMessaging specification Version 1.1, August 2006:
AdminTask.setPolicyType('[-policySet "CustomWSReliableMessaging"  -policyType 
 WSReliableMessaging -attributes "[[specLevel 1.1]]"]')
inOrderDelivery
Specifies whether to process messages in the order that they are received. If you use the inOrderDelivery property, then inbound messages might be queued while waiting for earlier messages.
The following example code enables the inOrderDelivery property:
AdminTask.setPolicyType('[-policySet "CustomWSReliableMessaging" -policyType WSReliableMessaging -attributes "[[inOrderDelivery true]]"]')
qualityOfService
Specifies the quality of the WSReliableMessaging service to use. Define one of the following three values for the qualityOfService attribute:
  • unmanagedNonPersistent

    This setting tolerates network and remote system failures. The unmanagedNonPersistent quality of service is non-transactional. With this setting configured, messages are lost if a server fails. This quality of service is supported for all environments only if the environment is configured as a web service requester.

  • managedNonPersistent

    This setting tolerates system, network, and remote system failures. However, the message state is discarded when the messaging engine restarts. The managedNonPersistent quality of service is non-transactional. This setting prevents message loss if a server fails. However, messages are lost if the messaging engine fails. Managed and thin client applications cannot use this quality of service.

  • managedPersistent

    This setting tolerates system, network, and remote system failures. With this setting, messages are processed within transactions, persisted at the web service requester and provider. Messages can be recovered if a server fails. Messages that are not successfully transmitted at the time of failure continue when the messaging engine or application restarts. Managed and thin client applications cannot use this quality of service.

The following example sets the qualityOfService property as unmanaged nonpersistent:
AdminTask.setPolicyType('[-policySet "CustomWSReliableMessaging" -policyType 
 WSReliableMessaging -attributes "[[qualityOfService unmanagedNonPersistent]]"]')
The following example uses the setPolicyType command to set a value for each policy property:
AdminTask.setPolicyType('[-policySet "CustomWSReliableMessaging" -policyType 
 WSReliableMessaging -attributes "[[specLevel 1.1][inOrderDelivery true][qualityOfService 
 unmanagedNonPersistent]]"]')

WSReliableMessaging binding configuration attributes

If you set the qualityOfService policy property to managedNonPersistent or managedPersistent, configure the WSReliableMessaging binding by specifying values for the following properties with the setBinding command:
busName
The name of the service integration bus that contains the messaging engine to use for the managedNonPersistent or managedPersistent Quality of Service options.
The following example sets the busName property as myBus:
AdminTask.setBinding('[-bindingLocation "" -bindingName cellWideBinding2 -policyType 
 WSReliableMessaging -attributes "[[busName myBus]]"]')
messagingEngineName
The name of the messaging engine to use for the managedNonPersistent or managedPersistent quality of service options.
The following example sets the messagingEngineName property as messagingEngine001:
AdminTask.setBinding('[-bindingLocation "" -bindingName cellWideBinding2 -policyType 
 WSReliableMessaging -attributes "[[messageEngineName messageEngine001]]"]')
The following code example demonstrates how to use the setBinding command to set values for each binding attribute:
AdminTask.setBinding('[-bindingLocation "" -bindingName cellWideBinding2 -policyType 
 WSReliableMessaging -attributes "[[busName myBus][messageEngineName messageEngine001]]"]')

Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: July 9, 2016 7:53
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rxml_wsfpreliablemessaging
Nome do arquivo: rxml_wsfpreliablemessaging.html