WSAddressing policy and binding properties

Use the -attributes parameter for the setPolicyType and setBinding commands to specify additional configuration information for the WSAddressing policy and policy set binding. Application and system policy sets use the WSAddressing policy and binding.

WSAddressing is an interoperability standard for addressing Web services and providing addressing information in messages. For more information, see the W3C Candidate Recommendation (CR) versions of the WS-Addressing core and SOAP specifications.

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.

WSAddressing policy properties

Configure the WSAddressing policy by specifying the following properties with the setPolicyType command:
usingAddressing
Specifies whether a WS-Addressing SOAP header is included on messages. Use one of the following values:
required
WS-Addressing is mandatory. Servers return an error if they receive a message that does not contain a WS-Addressing header. Clients always include WS-Addressing headers in SOAP messages.
optional
WS-Addressing is not mandatory. Servers do not generate an error if they receive a message that does not contain a WS-Addressing header. Clients might not include WS-Addressing headers in SOAP messages, for example, if WS-Policy is enabled and the server does not specify that WS-Addressing is mandatory.
wsaMode
Specifies the messaging style that this policy set supports. Use one of the following values:
WSA_SYNC
Response messages must be targeted at the WS-Addressing anonymous URI.
WSA_ASYNC
Response messages must not be targeted at the WS-Addressing anonymous URI.
WSA_BOTH
The targeting of response messages is not restricted.
The following example uses the setPolicyType command to set WS-Addressing to mandatory, and the messaging style to synchronous, for the policy set myPolicySet:.
AdminTask.setPolicyType('[-policySet "myPolicySet" -policyType WSAddressing 
-attributes "[[usingaddressing required][wsaMode WSA_SYNC]]"]')

WSAddressing binding properties

Configure the WSAddressing policy by specifying the following property with the setBinding command:
preventWLM
Specifies whether to prevent workload management for references to endpoints that were created by the application programming interface (API) in a cluster environment. Messages that target Endpoint References (EPRs) within a cluster environment are workload managed by default.
Preventing workload management routes messages that target EPRs to the node or server on which the EPR was created. You might disable workload management if the endpoint maintains the in-memory state, which has not been replicated across other nodes or servers within the cluster.
For example, the following command prevents workload management for a cell-wide general binding, from the WSAddressing policy.
AdminTask.setBinding('[-bindingLocation "" -bindingName cellWideBinding2 -policyType
 WSAddressing -attributes "[preventWLM true]"]')

Í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_wsfpaddressing
Nome do arquivo: rxml_wsfpaddressing.html