Configurando uma Conexão com um Servidor de Auto-inicialização Não-padrão

Um servidor de autoinicialização é um servidor de aplicativos em execução na mesma célula, especificamente no mesmo grupo principal que o barramento de integração de serviço.

Sobre Esta Tarefa

A conexão com um servidor de autoinicialização não padrão é fornecida por um connection factory JMS ou uma especificação de ativação JMS. A conexão permite que aplicativos utilizem um servidor de autoinicialização com um endereço de nó de extremidade não padrão. O exemplo de sintaxe do terminal do provedor descrito neste tópico também é relevante para a configuração do terminal de autoinicialização em outras tarefas, por exemplo, ao configurar o link do barramento de integração de serviços.

Para usar destinos de JMS do provedor de sistemas de mensagens padrão, um aplicativo ou um bean acionado por mensagens conecta-se a um mecanismo do sistema de mensagens no barramento de integração de serviços de destino ao qual os destinos estão designados. Por exemplo, uma fila JMS é designada para um destino de fila em um barramento de integração de serviço.

Os aplicativos que estão sendo executados em um servidor que faz parte da mesma célula do barramento de integração de serviços podem, normalmente, se conectar a um mecanismo do sistema de mensagens nesse barramento, sem precisar que terminais do provedor sejam configurados. Se a célula tiver sido dividida em dois grupos principais, cada um definido com suas próprias políticas, os aplicativos clientes que estiverem sendo executados em um contêiner do cliente e os aplicativos clientes que estiverem sendo executados fora do ambiente do WebSphere Application Server não poderão localizar automaticamente o barramento de integração de serviços necessário, de forma que, a não ser que uma ponte de grupos principais tenha sido configurada entre os grupos principais na mesma célula, você deverá configurar um ou mais terminais do provedor. Da mesma forma, a não ser que uma ponte do grupo principal tenha sido estabelecida entre as duas células, uma aplicativo em execução em um servidor em uma célula não poderá se conectar a um barramento em outra célula, sem a configuração de terminais do provedor.

Nos cenários em que terminais de provedores são necessários, os clientes ou servidores em outro barramento devem concluir um processo de autoinicialização por meio de um servidor de autoinicialização. O servidor de autoinicialização não precisa ser membro do barramento de integração de serviços e nem conter mecanismos do sistema de mensagens. Para que o aplicativo localize o servidor de autoinicialização necessário, você deve configurar a propriedade do terminal do provedor do connection factory de JMS ou a especificação de ativação de JMS usada pelo aplicativo cliente. Quando o servidor de autoinicialização recebe o pedido do cliente, ele seleciona um mecanismo do sistema de mensagens que corresponde aos critérios especificados pelo connection factory ou pela especificação de ativação, como por exemplo, a cadeia de transporte de destino, o grupo de destinos ou a proximidade de conexão. Ele retorna as informações do local deste mecanismo do sistema de mensagens ao cliente e o cliente cria uma nova conexão com o mecanismo do sistema de mensagens de destino, se necessário.

A seguinte figura mostra um aplicativo cliente em execução fora de um servidor de aplicativos.

Figura 1. Conexão com um Mecanismo do Sistema de Mensagens: Aplicativos em Execução Fora de um Servidor de Aplicativos
Essa figura está descrita no texto circundante.

Para conectar-se a um mecanismo do sistema de mensagens, o aplicativo conecta-se antes a um servidor de autoinicialização. O servidor de autoinicialização seleciona um mecanismo de sistema de mensagens e informa ao aplicativo cliente que conecte-se ao mecanismo.

A seguinte figura mostra um bean acionado por mensagens em execução em um servidor de aplicativos que está em uma célula diferente daquela que o barramento que o bean acionado por mensagens precisa estar conectado, a fim de receber mensagens.

Figura 2. A conexão a um mecanismo do sistema de mensagens : um aplicativo do bean acionado por mensagens conectando-se a um destino em uma célula diferenteEsta figura é descrita no texto ao redor.

Para se conectar a um mecanismo do sistema de mensagens, o bean acionado por mensagens conecta-se, primeiro, a um servidor de autoinicialização. O servidor de autoinicialização seleciona um mecanismo do sistema de mensagens e, então, determina que o bean acionado por mensagens se conecte a esse mecanismo do sistema de mensagens.

Um servidor de autoinicialização atende em um terminal que é definido pela combinação de:
  • O nome do host no qual o servidor de autoinicialização está em execução
  • Uma porta específica que é SIB_END_POINT ou, se a segurança estiver ativada, SIB_ENDPOINT_SECURE_ADDRESS
  • Uma cadeia de transporte de autoinicialização

As propriedades do connection factory de JMS controlam como um aplicativo se conecta a um mecanismo do sistema de mensagens e qual mecanismo do sistema de mensagens está selecionado. Se implementar o aplicativo em um servidor de aplicativos no qual o serviço do barramento de integração de serviços (SIB) está ativado, o sistema usará o serviço do SIB para localizar um mecanismo do sistema de mensagens que corresponda aos critérios do connection factory. O serviço do SIB está atento a todos os mecanismos do sistema de mensagens em execução em servidores no grupo principal do qual o servidor de aplicativos, no qual o aplicativo está implementado, é um membro.

Se for encontrado um mecanismo do sistema de mensagens apropriado, o aplicativo será conectado a ele e não usará nenhum terminal de provedor especificado no connection factory.
Nota: Isso significa que não é possível implementar um aplicativo em um célula para se conectar a um barramento com o mesmo nome, em uma célula diferente. Em vez disso, o aplicativo se conecta ao barramento na célula local.
Os terminais do provedor do connection factory são usados para se conectar a um servidor de autoinicialização remoto se alguma destas condições for true:
  • O aplicativo está em execução como um aplicativo cliente fora de um servidor de aplicativos.
  • Nenhum serviço do SIB estiver em execução no servidor de aplicativos no qual o aplicativo está implementado.
  • O serviço do SIB não pode localizar um mecanismo do sistema de mensagens apropriado ao qual o aplicativo possa se conectar.
Se não especificar um valor para os terminais do provedor no connection factory, o valor-padrão dependerá de o aplicativo ter fornecido ou não uma senha.
  • Se o aplicativo não fornecer uma senha, um endereço do terminal padrão de localhost:7276:BootstrapBasicMessaging será usado. Ou seja, por padrão, os aplicativos tentam usar um servidor de autoinicialização no mesmo host que o cliente, usando a porta 7276 e a cadeia de transporte de autoinicialização denominada BootstrapBasicMessaging.
  • Se o aplicativo fornecer uma senha, a porta segura padrão de 7286 e a cadeia de transporte BootstrapSecureMessaging serão usadas para impedir a transmissão de uma senha não criptografada para o servidor.
[IBM i]Nota: Para a plataforma IBM® i, você deve (pelo menos) alterar o nome do host padrão de localhost para your.server.name.

Se desejar que um aplicativo use um servidor de autoinicialização com um endereço de terminal diferente, será necessário especificar o endereço de terminal necessário na propriedade Terminais do Provedor dos connection factories de JMS ou as especificações de ativação de JMS que o aplicativo cliente ou o bean acionado por mensagens usar. É possível especificar um ou mais endereços de terminal de servidores de autoinicialização usando uma lista separada por vírgula.

Os endereços de nó de extremidade para servidores de autoinicialização devem ser especificados em cada connection factory JMS que é utilizada por aplicativos fora de um servidor de aplicativos. Para não ter de especificar uma longa lista de servidores de autoinicialização, será possível fornecer alguns servidores altamente disponíveis como servidores de autoinicialização dedicados. Em seguida, você poderá especificar uma lista curta de servidores de autoinicialização em cada connection factory.

Esta tarefa baseia-se em um aplicativo que utiliza um connection factory JMS. É possível usar a mesma tarefa para configurar um connection factory da fila de JMS ou um connection factory do tópico de JMS, mas durante a tarefa será necessário selecionar o tipo apropriado de connection factory, em vez de um connection factory da fila de JMS. Você também pode utilizar essa tarefa para configurar uma especificação de ativação JMS em vez de um connection factory JMS.

Ao configurar uma conexão com um servidor de autoinicialização não padrão, especifique os valores necessários e use dois pontos como separadores. A sintaxe é a seguinte:
[ [host_name] [ ":" [ port_number] [ ":" chain_name] ] ]
É incorreto especificar host_name : chain_name em vez de host_name : : chain_name (com dois caracteres dois-pontos). O valor-padrão se aplicará se você não especificar um valor, mas você precisará separar os campos com ":".

Para que um aplicativo utilize um servidor de autoinicialização com um endereço de nó de extremidade não padrão, complete as seguintes etapas.

Procedimento

  1. Identifique o endereço de nó de extremidade do servidor de aplicativos que você deseja utilizar como o servidor de autoinicialização. O endereço de terminal tem a forma host_name:port_number:chain_name.
    host_name
    O nome do host no qual o servidor é executado. Ele pode ser um endereço IP. Para um endereço IPv6, coloque colchetes [ ] ao redor de host_name.O padrão é localhost.
    [IBM i]Nota: É necessário (ao menos) alterar o nome do host de localhost para your.server.name.
    port_number
    Onde especificado, um dos seguintes endereços do mecanismo do sistema de mensagens hospedando a extremidade remota do link:
    • Se a segurança não estiver ativada: SIB_ENDPOINT_ADDRESS
    • Se a segurança estiver ativada para conexões seguras: SIB_ENDPOINT_SECURE_ADDRESS

    Esse valor é obrigatório. O padrão será 7276 se o aplicativo não tiver especificado uma senha ou 7286 se uma senha foi especificada.

    Para localizar um dos valores de port_number, usando o console administrativo, clique em Servidores -> Tipos de Servidor -> Servidores de aplicativos do WebSphere -> server_name -> [Comunicações] Portas.

    chain_name
    O nome de uma cadeia de transporte de autoinicialização usada para se conectar ao servidor de autoinicialização. Se não for especificado, o padrão será BootstrapBasicMessaging, caso a senha não tenha sido fornecida, ou BootstrapSecureMessaging, caso a senha tenha sido fornecida.

    São fornecidas as seguintes cadeias de transporte de autoinicialização predefinidas:

    BootstrapBasicMessaging
    O InboundBasicMessaging da cadeia de transporte do servidor (JFAP-TCP/IP).
    BootstrapSecureMessaging
    O InboundSecureMessaging da cadeia de transporte do servidor (JFAP-SSL-TCP/IP).
    BootstrapTunneledMessaging
    Antes de poder utilizar essa cadeia de transporte de autoinicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de autoinicialização. Para isso, clique em Servidores -> Tipos de Servidor -> Servidores de aplicativos do WebSphere -> server_name -> [Sistema de mensagens do servidor] Transportes de entrada do mecanismo do sistema de mensagens. Esta cadeia de transporte suporta JFAP e usa wrappers HTTP.
    BootstrapTunneledSecureMessaging
    Antes de poder utilizar essa cadeia de transporte de auto-inicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de auto-inicialização. Para isso, clique em Servidores -> Tipos de Servidor -> Servidores de aplicativos do WebSphere -> server_name -> [Sistema de mensagens do servidor] Transportes de entrada do mecanismo do sistema de mensagens. Esta cadeia de transporte suporta JFAP e usa wrappers HTTP.

    Se você desejar fornecer mais de um servidor de autoinicialização, identifique todos os endereços de nó de extremidade requeridos. Separe cada endereço de terminal com uma vírgula.

    Você deverá ser capaz de especificar o endereço de terminal para cada servidor de autoinicialização, como por exemplo, para um servidor ao qual foi designado uma porta não segura 7278, em um host boothost1 e usando a cadeia de transporte padrão BootstrapBasicMessaging:
    boothost1:7278:BootstrapBasicMessaging
    ou
    boothost1:7278
    ou, para um servidor ao qual foi designado uma porta segura 7289, no host boothost2, e usando a cadeia de transporte predefinida BootstrapTunneledSecureMessaging:
    boothost2:7289:BootstrapTunneledSecureMessaging
  2. Opcional: Configure o endereço de nó de extremidade do servidor de autoinicialização na propriedade Nó de Extremidade do Provedor do connection factory.
    Se o aplicativo cliente usar uma factory de conexão JMS no contêiner do cliente, use a Application Client Resource Configuration tool (ACRCT).
    1. Inicie a ferramenta e abra o arquivo EAR para o qual você deseja configurar o novo connection factory JMS. O conteúdo do arquivo EAR é exibido em uma visualização em árvore.
    2. Na árvore, selecione o arquivo JAR no qual deseja configurar o connection factory JMS.
    3. Expanda o arquivo JAR para exibir seu conteúdo.
    4. Expanda Fornecedores de Sistema de Mensagens>Provedor Padrão>Connection Factories.
    5. Exiba as propriedades gerais do connection factory.
      • Para usar um connection factory de JMS existente, clique no nome do connection factory.
      • Para criar um novo connection factory JMS, clique em Novo.

        Para obter informações adicionais sobre a configuração de um connection factory JMS na configuração do provedor JMS para o aplicativo cliente, consulte Configurando Recursos do Cliente de Sistema de Mensagens Java.

    6. Na guia Geral, certifique-se de a propriedade Terminais do Provedor conter o endereço de terminal do provedor para cada servidor de autoinicialização. Digite o valor como uma lista separada por vírgulas de endereços de terminais, como por exemplo:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    7. Clique em OK.
    8. Salve suas alterações na configuração principal..
    Se o aplicativo cliente usar um connection factory de JMS no servidor, use o console administrativo do WebSphere Application Server.
    1. Inicie o console administrativo do WebSphere Application Server.
    2. Para exibir o provedor de sistemas de mensagens padrão, clique em Recursos -> JMS -> Provedores JMS.
    3. Altere a caixa de opções Escopo para definir o nível a partir do qual o connection factory deve estar visível, de acordo com as suas necessidades.
    4. Na área de janela de conteúdo, clique em Provedor de Sistema de Mensagens Padrão para exibir uma tabela de propriedades do provedor de sistemas de mensagens padrão, incluindo os links para os tipos de recursos de JMS que ele fornece.
    5. Na área de janela de conteúdo, em Propriedades Adicionais, clique em Connection factories para exibir qualquer connection factory existente na área de janela de conteúdo.
    6. Exiba as propriedades gerais do connection factory.
      • Para usar um connection factory de JMS existente, clique no nome do connection factory.
      • Para criar um novo connection factory JMS, clique em Novo.
      Para obter informações adicionais sobre como configurar um connection factory JMS, consulte Configurando um Connection Factory Unificado para o Provedor de Sistemas de Mensagens Padrão.
    7. Certifique-se de que a propriedade Nós de Extremidade do Provedor inclua o endereço do nó de extremidade do provedor para cada servidor de autoinicialização. Digite o valor como uma lista de endereços de nó de extremidade separados por vírgulas; por exemplo:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Clique em OK.
    9. Salve suas alterações na configuração principal.
  3. Opcional: Configure o endereço do terminal do servidor de autoinicialização na propriedade Terminal do Provedor da especificação de ativação.
    Se o aplicativo cliente usar uma especificação de ativação de JMS no servidor, use o console administrativo do WebSphere Application Server.
    1. Inicie o console administrativo do WebSphere Application Server.
    2. Para exibir o provedor de sistemas de mensagens padrão, clique em Recursos -> JMS -> Provedores JMS.
    3. Selecione o provedor padrão para o qual deseja configurar uma especificação de ativação.
    4. Opcional: Altere a caixa de opção Escopo para o nível do escopo no qual a especificação de ativação esteja visível para os aplicativos, de acordo com suas necessidades.
    5. Na área de janela de conteúdo, no título Propriedades Adicionais, clique em Especificações de Ativação para listar qualquer especificação de ativação de JMS existente para o provedor de sistemas de mensagens padrão na área de janela de conteúdo.
    6. Exiba as propriedades da especificação de ativação JMS.
      • Para usar uma especificação de ativação de JMS existente, clique em um dos nomes listados.
      • Para criar uma nova especificação de ativação de JMS, clique em Novo.
      Para obter informações adicionais sobre como configurar uma especificação de ativação JMS, consulte Configurando uma Especificação de Ativação para o Provedor de Sistemas de Mensagens Padrão.
    7. Certifique-se de que a propriedade Nós de Extremidade do Provedor inclua o endereço do nó de extremidade do provedor para cada servidor de autoinicialização. Digite o valor como uma lista de endereços de nó de extremidade separados por vírgulas; por exemplo:
      boothost1:7278,boothost2:7289:BootstrapTunneledSecureMessaging
    8. Clique em OK.
    9. Salve suas alterações na configuração principal.

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



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