Depois de ter criado e preenchido um arquivo bar, implemente o arquivo em um grupo de execução em um broker, para que o conteúdo do arquivo possa ser usado no broker.
Este tópico supõe que você criou um arquivo BAR. Para obter informações adicionais, consulte Criando um Arquivo Broker Archive (BAR).
Se você alterar um arquivo BAR e quiser propagar essas mudanças para um ou mais brokers, poderá reimplementar o arquivo BAR atualizado seguindo as instruções de Reimplementando um Arquivo BAR.
O modo no qual seu broker está trabalhando pode afetar o número de grupos de execução e os fluxos de mensagens que podem ser implementados e os tipos de nós que podem ser usados. Consulte Restrições que se Aplicam em cada modo de operação.
Ao implementar um fluxo de mensagens que contenha um subfluxo que esteja definido no arquivo .subflow, você deverá implementar o subfluxo no mesmo grupo de execução. Não é possível implementar o fluxo de mensagens antes do subfluxo, mas é possível implementar o subfluxo primeiro, ou os dois recursos juntos. Se você reimplementar um subfluxo que esteja definido em um arquivo .subflow para um grupo de execução, os fluxos de mensagens que usam o subfluxo nesse grupo de execução serão interrompidos e reiniciados. Quando os fluxos de mensagens forem reiniciados, eles usarão o subfluxo atualizado.
Para implementar um arquivo BAR usando o WebSphere Message Broker Toolkit, conclua as etapas a seguir. É possível implementar em apenas um grupo de execução de cada vez.
Importe um arquivo BAR para o WebSphere Message Broker Explorer seguindo as instruções de Importando um Arquivo BAR para o WebSphere Message Broker Explorer.
Para implementar um arquivo BAR usando o WebSphere Message Broker Explorer, conclua as etapas a seguir.
Para implementar um arquivo BAR usando o comando mqsideploy, conclua as etapas a seguir.
O comando relata quando as respostas são recebidas do broker. Se o comando for concluído com sucesso, ele retornará 0 (zero).
Para implementar usando a CMP API, use o método deploy da classe ExecutionGroupProxy.
import com.ibm.broker.config.proxy.*;
public class DeployBAR {
public static void main(String[] args) {
BrokerConnectionParameters bcp =
new MQBrokerConnectionParameters("localhost", 2414, "MB8QMGR");
try {
BrokerProxy b = BrokerProxy.getInstance(bcp);
ExecutionGroupProxy eg = b.getExecutionGroupByName("default");
DeployResult dr = eg.deploy("MyBAR.bar", true, 30000);
System.out.println("Result = "+dr.getCompletionCode());
} catch(Exception e) {
e.printStackTrace();
}
}
}
Por padrão,
o método implementação desempenha uma implementação incremental. Para desempenhar
uma implementação completa, utilize uma variante do método que inclua um valor falso para o parâmetro Booleano isIncremental. Por exemplo, e.deploy("deploy.bar",false,0).
Configure esse parâmetro como true para solicitar uma implementação
incremental.Você pode alterar um arquivo BAR e propagar essas mudanças para um ou mais brokers. Se fizer isso, poderá reimplementar o arquivo BAR atualizado em um ou mais grupos de execução usando um dos métodos de implementação descritos anteriormente. Não é necessário parar os fluxos de mensagens implementados anteriormente; todos os recursos no grupo ou grupos de execução que estão no arquivo BAR reimplementado são substituídos e os novos recursos são aplicados.
Se as suas atualizações ao arquivo BAR incluírem a exclusão de recursos, uma reimplementação não resultará na exclusão desses recursos do broker. Por exemplo, suponha que seu arquivo BAR contenha os aplicativos A1, A2 e A3. Atualize o arquivo removendo A2 e incluindo o aplicativo A4. Se você reimplementar o arquivo BAR, os quatro aplicativos estarão disponíveis no grupo de execução quando a reimplementação for concluída. A1 e A3 são substituídos pelo conteúdo do arquivo BAR reimplementado.
Se seus fluxos de mensagens não forem transacionais, pare estes fluxos de mensagens antes de reimplementar, para certificar-se de que todos os aplicativos foram concluídos corretamente e estão em um estado conhecido e consistente. É possível parar fluxos de mensagens individuais, grupos de execução ou brokers.
Se os fluxos de mensagens forem transacionais, a lógica de processamento que manipula a confirmação ou recuperação assegurará que a integridade e a consistência dos recursos seja preservada.
Verifique os resultados da reimplementação seguindo as instruções de Verificando os Resultados da Implementação.