Visão Geral da Implementação

Implementação é o processo de transferir dados para um grupo de execução em um intermediário para que possa entrar em vigor no domínio intermediário. Para implementar fluxos de mensagens e recursos associados, os dados são compactados em um arquivo bar (broker archive) antes de serem enviados para o Configuration Manager, de onde são descompactados e distribuídos de forma apropriada.

Este tópico descreve os ambientes a partir dos quais você pode executar uma implementação e introduz inúmeros tipos diferentes de implementação que você pode precisar utilizar:
Normalmente, a maioria dos tipos de implementação pode ser configurada para execução em uma de duas maneiras:

Depois de ler esta visão geral conceitual, localize instruções detalhadas para tarefas específicas nos tópicos seguintes.

Leia o WebSphere Message Broker Basics Redbook para obter informações adicionais sobre implementação.

Ambientes de Implementação

Dependendo do ambiente no qual você está trabalhando, é possível escolher uma das seguintes opções para iniciar uma implementação:

Message Brokers Toolkit

Na Perspectiva de Administração do Intermediário do workbench, a visualização do Navegador de Domínio exibe todos os objetos associados a um domínio específico. Por exemplo, se você expandir a visualização Topologia, todos os intermediários no domínio serão exibidos; se expandir uma visualização Intermediário, todos os grupos de execução nesse intermediário serão exibidos. Na visualização Navegador de Domínio, você pode implementar uma topologia para todos os intermediários no domínio, ou pode implementar todos os grupos de execução em um intermediário específico. Também é possível arrastar um arquivo bar (broker archive) da visualização do Navegador de Recurso para um grupo de execução na visualização do Navegador de Domínio para implementar o conteúdo da barra.

Geralmente, você pode utilizar o workbench se estiver trabalhando em um ambiente de desenvolvimento ou se for iniciante no WebSphere Message Broker.

comando mqsideploy
É possível implementar a partir da linha de comandos utilizando o comando mqsideploy. Na linha de comandos, geralmente, é necessário especificar os detalhes da conexão, bem como parâmetros específicos do tipo de implementação que você deseja desempenhar. Os detalhes são especificados em cada tópico que descreve os tipos de implementação.

Geralmente, você pode utilizar o comando mqsideploy em um script quando estiver mais familiarizado com o WebSphere Message Broker.

O WebSphere Message Broker fornece dois arquivos para ajudá-lo a gravar seus próprios scripts para gerenciar a implementação do intermediário fora do workbench. São eles:

  • Arquivo de inicialização mqsicfgutil.ini. Este é um arquivo texto simples no diretório de trabalho do comando mqsideploy que contém variáveis configuráveis necessárias para conexão com o Configuration Manager. Exemplo:
    hostname = localhost
    queueManager = QMNAME
    port = 1414
    securityExit = test.myExit
    Se estas informações não forem especificadas explicitamente como parâmetros no comando mqsideploy (como foi feito nos exemplos nos tópicos seguintes), as informações serão obtidas do arquivo mqsicfgutil.ini.

    Como alternativa, utilize o parâmetro -n no comando para especificar um arquivo .configmgr em formato XML que descreve os parâmetros de conexão no Configuration Manager.

  • Arquivo em batch mqsideploy.bat. Os parâmetros utilizados com o comando mqsideploy no WebSphere Message Broker Versão 6.0 não são iguais aos utilizados em versões anteriores do comando. Em plataformas Windows, utilize mqsideploy.bat se desejar utilizar os mesmos parâmetros das versões anteriores.

API Configuration Manager Proxy

Você pode controlar a implementação a partir de qualquer programa Java utilizando a API do Configuration Manager Proxy. Também pode examinar as respostas do intermediário e executar a ação apropriada.

A API do Configuration Manager Proxy também permite que aplicativos Java controlem outros objetos no domínio, como intermediários, grupos de execução, topologias de Publicação/Assinatura, tópicos, assinaturas e o Configuration Manager e seu registro de eventos. Por isso, você pode utilizar a API do Configuration Manager Proxy para criar e manipular um domínio inteiro programaticamente.

Tipos de Implementação

Os outros tópicos nesta seção descrevem o que cada tipo de implementação faz, a situação na qual cada tipo deve e não deve ser utilizado. Para implementar fluxos de mensagens, conjuntos de mensagens e outros objetos implementáveis em um grupo de execução, utilize: Nos cenários de publicação/assinatura, você pode implementar tópicos e topologias: Você também pode cancelar uma implementação.

Esta tabela lista as formas apropriadas de implementação para vários cenários comuns.

Cenário Implementação Sugerida
Incluindo um intermediário no domínio (quando não utilizar o Publicação/Assinatura) Nenhum requerido.
Conectando Publicação/Assinaturaintermediários utilizando conexões ou um coletivo Implementação de Topologia Delta
Modificando a hierarquia de tópicos do Publicação/Assinatura Implementação delta da hierarquia de tópicos (Os elementos alterados na hierarquia de tópicos são implementados em todos os intermediários no domínio).
Modificando a hierarquia de tópicos do Publicação/Assinatura, depois de incluir um novo intermediário no domínio Implementação de tópicos completa (Toda a hierarquia de tópicos é implementada em todos os intermediários no domínio. O novo intermediário também recebe a hierarquia de tópicos completa).
Organizando recursos de um intermediário depois de removê-lo da topologia Se o intermediário fizer parte de uma rede do Publicação/Assinatura ou se você estiver utilizando o Message Brokers Toolkit, inicie uma implementação de topologia delta do Publicação/Assinatura. Caso contrário, não será requerida nenhuma implementação.
Criando um grupo de execução Implementação do aplicativo do fluxo de mensagens utilizando uma implementação do arquivo bar incremental.
Excluindo um Grupo de Execução Nenhum requerido.
Se um intermediário não estiver respondendo a um pedido de implementação Certifique-se de que o intermediário esteja em execução. Se o intermediário não estiver em execução, cancele sua implementação. Você deve cancelar apenas uma implementação do intermediário se tiver certeza de que o intermediário nunca responderá ao pedido de implementação.
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
af01280_