Configuring Version 6.1 server-specific default bindings for policies using wsadmin scripting

You can use the Jython or Jacl scripting language to customize WebSphere® Application Server Version 6.1 server-specific default bindings for policies to match your installation environment or requirements.

Before you begin

Server-specific default bindings use the WebSphere Application Server Version 6.1 namespace.

When administrative security is enabled, verify that you use the correct administrative role, as the following table describes:
Table 1. Administrative roles. This table describes the administrative roles and associated authorization when administrative security is enabled.
Administrative role Authorization
Administrator The Administrator role must have cell-wide access to configure bindings. If you have access to a specific resource only, you can configure bindings for the resource for which you have access. Only the Administrator role can edit binding attributes.
Configurator The Configurator role with cell-wide or resource specific access can assign or unassign bindings, but cannot edit attributes.
Deployer The Deployer role with cell-wide or resource specific access can assign or unassign bindings, but cannot edit attributes.
Operator The Operator role can view, but cannot configure bindings.
Monitor The Monitor role can view, but cannot configure bindings.

About this task

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.

Utilize as seguintes diretrizes para gerenciar ligações em seu ambiente:
  • Para exibir ou modificar as ligações da Versão 6.1, as ligações da Versão 7.0 e de serviço de confiança ou as ligações de referência por conexão a um aplicativo, especifique os parâmetros attachmentId e bindingLocation com os comandos getBinding ou setBinding.
  • Para usar ou modificar as ligações gerais da Versão 7.0 e posterior, especifique o parâmetro bindingName com os comandos getBinding ou setBinding.
  • Para exibir a versão de uma determinada ligação, especifique o atributo version para o comando getBinding.
Use uma ligação da Versão 6.1 para um aplicativo em um ambiente da Versão 7.0 e posterior se:
  • O módulo no aplicativo estiver instalado em pelo menos um servidor Web Services Feature Pack.
  • O aplicativo contiver pelo menos uma ligação específica do aplicativo de Versão 6.1. O servidor de aplicativos não designa ligações gerais a conexões de recursos para aplicativos que estão instalados em um servidor Web Services Feature Pack. Todas as ligações específicas de um aplicativo devem estar no mesmo nível.
As ligações gerais de provedor de serviços e de cliente não são vinculadas a um conjunto de política em particular e fornecem informações de configuração que é possível reutilizar em vários aplicativos. É possível criar e gerenciar as ligações gerais do conjunto de política do provedor e do cliente e, em seguida, selecionar um tipo de cada ligação como o padrão para um servidor de aplicativos. A configuração das ligações padrão do servidor será útil se você quiser que os serviços sejam implementados em um servidor para compartilhar a configuração de ligação. Também é possível executar esse compartilhamento de configuração de ligação atribuindo a ligação para cada aplicativo implementado no servidor ou configurando as ligações padrão para um domínio de segurança e atribuindo o domínio de segurança a um ou mais servidores. É possível especificar as ligações padrão para o provedor de serviços ou cliente utilizados no nível de segurança global (célula), para um domínio de segurança, para um determinado servidor. As ligações padrão são utilizadas na ausência de uma ligação d e substituição especificada em um escopo inferior. A ordem de precedência do mais baixo para o mais alto que o servidor de aplicativos utiliza para determinar quais ligações padrão utilizar é a seguinte:
  1. Padrão do nível do servidor
  2. Padrão do nível de domínio de segurança
  3. Padrão de segurança global (célula)

As ligações gerais de amostra fornecidas com o produto são inicialmente configuradas como ligações padrão de segurança global (célula). A ligação do provedor de serviço padrão e as ligações do cliente de serviço padrão são utilizadas quando nenhuma ligação específica do aplicativo ou ligações do serviço confiáveis é atribuída a uma conexão do conjunto de política. Para conexões de serviço confiáveis, as ligações padrão são utilizadas quando nenhuma ligação específica confiável é atribuída. Se você não quiser utilizar a Amostra do Provedor como a ligação padrão do provedor de serviços, poderá selecionar uma ligação geral do provedor existente ou criar uma nova ligação geral do provedor para atender suas necessidades de negócios. Do mesmo modo, se você não quiser utilizar a Amostra do Cliente fornecida como a ligação padrão do cliente de serviço, poderá selecionar uma ligação geral de cliente existente ou criar uma nova ligação geral do cliente.

Procedure

  1. Launch the wsadmin scripting tool using the Jython scripting language. To learn more, see the starting the wsadmin scripting client information.
  2. Determine the policy to update.
    To view a list of all available policies for a specific policy set, use the listPolicyTypes command, as the following example demonstrates:
    AdminTask.listPolicyTypes('[-policySet WSAddressing]')
  3. Retrieve the current binding configuration for the policy to determine the attributes to update.
    Use the getBinding command to display a Properties object containing all configuration attributes for a specific policy binding. Specify a Properties object for the -bindingLocation parameter using the property names node and server. For example:
    AdminTask.getBinding('-policyType WSAddressing -bindingLocation "[[node node1]
    [server server1]]"')
    To return a specific configuration attribute for the policy, use the -attributes parameter. For example, enter this command to determine if the policy is enabled:
    AdminTask.getBinding('-policyType WSAddressing -bindingLocation "[[node node1]
    [server server1]]" -attributes "[[preventWLM]]"')
    The command returns a properties object which contains the value of the requested attribute, preventWLM.
  4. Edit the binding configuration.
    Use the setBinding command to update your binding configuration for a policy. To specify that you are editing a server-specific default binding, set the -bindingLocation parameter using the node and server property names in a Properties object. You can further customize your binding with the following optional parameters:
    Table 2. Optional parameters. Use the following optional parameters to customize bindings.
    Parameter Description Data type
    -policyType Specifies the policy of interest. String, optional
    -remove Use this parameter to remove a server-level binding configuration. The default value for the -remove parameter is false. Boolean, optional
    -attributes Specifies the attribute values to update. This parameter can include all binding attributes for the policy or a subset to update. The -attributes parameter is not required if you are removing your server-level binding. Properties, optional
    -replace Specifies whether to replace all of the existing binding attributes with the attributes specified in the command. Use this parameter to remove optional parts of the configuration for policies with complex data. The default value is false. Boolean, optional
    -domainName Specifies the domain name for the binding. Use this parameter to scope a binding to a domain other than the global security domain. String, optional

    You should always specify the -attributes parameter when editing your configuration. The following example disables workload management within the server-specific default binding for the WSAddressing policy:

    AdminTask.setBinding('-policyType WSAddressing -bindingLocation "[ [server server1] [node node01] ]" -attributes "[preventWLM false]"')
  5. Save your configuration changes.
    AdminConfig.save()

Ícone que indica o tipo de tópico Tópico de Tarefa



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