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.
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.
Dependendo do ambiente no qual você está trabalhando, é possível escolher uma das seguintes opções para iniciar uma implementação:
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.
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:
hostname = localhost queueManager = QMNAME port = 1414 securityExit = test.myExitSe 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.
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.
Utiliza um arquivo broker archive para implementação. Você pode configurar propriedades configuráveis para objetos no fluxo de mensagens.
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. |