WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Revisando Mudanças Técnicas na WebSphere Message Broker Versão 8.0

Algumas pequenas mudanças no comportamento estão presentes no WebSphere Message Broker Versão 8.0; por exemplo, as mudanças causadas por defeitos que foram corrigidos entre versões.

Se você estiver migrando da Versão 7.0 ou da Versão 6.1, leia as seções a seguir para entender os prováveis efeitos no broker e nos fluxos de mensagens:

API do Message Broker aplicativos

Os aplicativos API do Message Broker desenvolvidos na Versão 8.0 podem ser conectados aos brokers existentes da Versão 7.0 e os aplicativos API do Message Broker Versão 7.0 existentes podem ser conectados aos brokers da Versão 8.0.

No entanto, se você estiver migrando da Versão 6.1, deverá atualizar os aplicativos API do Message Broker para usar o arquivo fornecido pela Versão 8.0 antes de se conectar a um broker Versão 8.0.

Para obter mais informações, consulte Migrando Aplicativos de API do Message Broker.

Gravar e Reproduzir

O recurso de gravação e reprodução pode ser usado apenas com novos brokers da Versão 8.0 ou com brokers que foram migrados para a Versão 8.0. Não é possível utilizá-lo com brokers existentes da Versão 7.0 ou da Versão 6.1.

Para obter mais informações, consulte Gravar e Reproduzir.

Mensagens de Publicação XML de Estatísticas do Recurso e de Contabilidade e Estatísticas do Fluxo de Mensagens

As mensagens de publicação XML de estatísticas do recurso e de contabilidade e estatísticas do fluxo de mensagens são agora publicadas com um cabeçalho MQMD, que possui um FORMATO de MQSTR. Isso indica que a mensagem de publicação é composta inteiramente por dados de caractere.

Se um aplicativo WebSphere MQ JMS for usado para assinar o tópico de publicação e ler as mensagens, essas mensagens serão representadas como um JMS TextMessage e não como um JMS BytesMessage.

Nota: Se necessário, você pode reverter para utilizar um formato BytesMessage JMS, configurando a seguinte variável de ambiente : MQSI_STATS_MQSTR=false.

Upgrade para o ICU V4.8

O WebSphere Message Broker Versão 8.0 é fornecido com o ICU V4.8 (International Components for Unicode) para conversões de data, hora e página de códigos. Esse é um upgrade do ICU 3.8.1, enviado com o WebSphere Message Broker Versão 7.0.

Esse upgrade resulta nas seguintes respostas:
  • fusos horários que são inválidos recebem uma resposta BIP2319 do broker.
  • Os fusos horários obsoletos no momento no ICU V4.8.1 são considerados inválidos. Por exemplo, "Alpha Time" e "Bravo Time".
  • formatação de data e hora que usa o padrão "zzz" pode agora retornar um ID de fuso horário que representa implicitamente um fuso horário e um deslocamento de GMT em vez de "GMT" e um deslocamento.
  • As páginas de código 897, 1277 e 5297 não são mais suportadas.

As mudanças de comportamento a seguir serão aplicadas somente se você estiver migrando da Versão 6.1.

Alterações nos Requisitos de ID do Usuário e Senha

gerenciamento de ID do usuário e senha no Versão 8.0 é atualizado:
  • O requisito para um ID de usuário e uma senha de serviço foi removido de todos os sistemas, exceto do Windows. Estes parâmetros (-i, -a) não são mais usados quando você migra seus brokers para o Versão 8.0.

    Se você restaurar um broker Windows para uma versão anterior, o valor da senha será restaurado com o broker. Se você tiver alterado a senha usando o comando mqsichangebroker , o valor atualizado é configurado na versão anterior.

  • Como o Versão 8.0 do broker não possui requisito para um banco de dados, os parâmetros para definir e alterar IDs do usuário e senhas do banco de dados serão removidos.

    Se você configurou database os IDs de usuário e as senhas para os brokers que está migrando, esses parâmetros (-u, -p) serão migrados com o broker e serão usados como valores padrão para origens de dados (bancos de dados do usuário) para o qual você não configurou valores explícitos. Se você não configurou -u, -p, os valores para -i, -a serão migrados. No Versão 8.0, é possível gerenciar esses IDs do usuário e senhas para seus bancos de dados do usuário usando o comando mqsisetdbparms.

  • O requisito para o ID de usuário de serviço do broker a ser um membro do grupo mqm é removido.
  • Se você alterar o ID de usuário do banco de dados e a senha usando o comando mqsisetdbparms, não é mais necessário reiniciar o broker. É possível, ao invés disso, reiniciar o grupo de execução afetado usando o comando mqsireload.

Mudanças no local das propriedades de descrição

Propriedades de descrição long e curta de artefatos implementados do Message Broker não foram mantidas no repositório do grupo de execução implementado, portanto, elas não são migradas para o broker Versão 8.0 .

Se os campos a seguir foram utilizados para reter palavras-chave, eles não são exibidos nos artefatos migrados :

$MQSI name = value MQSI$

Para corrigir esse comportamento, reimplemente os artefatos diretamente para o Versão 8.0 do broker.

Para obter mais informações sobre como definir palavras-chave, consulte Orientação para Definição de Palavras-chave.

Assistente de Configuração Padrão e Uso do Banco de Dados no Windows

Alguns dos programas de amostra usam um banco de dados; por exemplo, a amostra Airline. Se você utilizou o assistente de Configuração Padrão para definir uma configuração padrão no Windowse implementar amostras no broker padrão, as amostras que exigem um banco de dados usam o banco de dados Derby que é integrado ao broker. Versão 8.0 não fornece ou suporta o banco de dados Derby. É necessário reconfigurar suas amostras do banco de dados seguindo as instruções atualizadas na documentação das amostras.

grupo de execução Padrão quando você criar brokers

Quando você cria um broker usando o comando mqsicreatebroker, um grupo de execução padrão não é mais criado.

Se você usar o WebSphere Message Broker Toolkit ou o WebSphere Message Broker Explorer para criar um broker, poderá selecionar uma opção para criar um grupo de execução padrão com o nome default (a menos que você especifique outro nome).

Também é possível criar grupos de execução usando o comando mqsicreateexecutiongroup.

Iniciando e Parando os Grupos de Execução

comportamento de iniciar e parar o grupo de execução é atualizado no Versão 8.0. Ao iniciar ou parar um grupo de execução usando o mqsistartmsgflow ou mqsistopmsgflow comandos sem o parâmetro -m , o processo do grupo de execução é interrompido ou iniciado. Quando você parar o grupo de execução desta maneira, ou usando o WebSphere Message Broker Toolkit, ou o WebSphere Message Broker Explorer, o estado de execução dos fluxos de mensagens implementados no grupo de execução será gravado. Na próxima vez em que iniciar o grupo de execução, apenas os fluxos de mensagens que estavam em execução quando o grupo de execução foi interrompido são reiniciados, a menos que você solicite especificamente que todos os fluxos sejam iniciados ou use o parâmetro -j no comando.

Usando os Nós SOAPAsyncRequest, SOAPInput e SOAPRequest

A propriedade Ação de Falha do SOAPAsyncRequest, SOAPInpute SOAPRequest os nós é alterada para não configuráveis. Se você tiver configurado esta propriedade, por exemplo em um arquivo BAR, a configuração será ignorada.

Usando HTTPS com Nós HTTPInput e HTTPReply

O broker do Versão 8.0 verifica a configuração SSL necessária quando você executa o comando mqsistart.

Se você implementou um fluxo de mensagens que inclui HTTPInput ou HTTPReply em um broker Versão 6.1 e você migrar o broker para o Versão 8.0 e iniciar o broker novamente, você poderá visualizar a seguinte mensagem de erro gerada. (As linhas da mensagem são contínuas, mas são divididas para melhorar a leitura).

BIP3135S: Ocorreu uma exceção ao iniciar o conector do mecanismo servlet. 
O texto de exceção é HTTP Listener LifecycleException: 
	O início do manipulador de protocolo falhou: java.io.FileNotFoundException: /home/leed/.keystore 
	(Esse arquivo ou diretório não existe) 
	at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1529) 
	at com.ibm.broker.httplistener.ConnectorWrapper.start(ConnectorWrapper.java:166) 
	at com.ibm.broker.httplistener.TomcatWrapper.startSecureHTTPSConnector
	(TomcatWrapper.java:146) 
	at com.ibm.broker.httplistener.HTTPListenerManager.ensureServletContainer
	(HTTPListenerManager.java:290) 
	at com.ibm.broker.httplistener.HTTPListenerManager.run(HTTPListenerManager.java:153) 
	at java.lang.Thread.run(Thread.java:735)  : 
	DANBRK.httplistener: /build/S000_P/src/DataFlowEngine/NativeTrace/ImbNativeTrace.cpp: 732: 
	ensureServletContainer: :
Oct 13 13:47:16 partick user:err|error WebSphere Broker v8000[303572]: 
	(DANBRK.default)[1]BIP2275E: Error loading message flow 'ef2a0606-2401-0000-0080-984a4915984c'. : 
	DANBRK.de427601-2401-0000-0080-d525e90f1528: /build/S000_P/src/DataFlowEngine/ImbDataFlowDirector.cpp: 
	2957: ImbDataFlowDirector::loadAllDataFlowsFromDatabase: 
	ExecutionGroup: de427601-2401-0000-0080-d525e90f1528

Esse erro é gerado porque o broker Versão 8.0 detectar que você configurou os nós HTTP no fluxo de mensagens para usar HTTPS, mas você não configurar a configuração SSL necessária ; o broker não carrega o fluxo de mensagens. Em versões anteriores, essa verificação não é executada e nenhum erro será gerado.

Para resolver esse erro, configure seus nós HTTP para usar SSL e reimplemente o fluxo de mensagens. Para obter informações de configuração de SSL, consulte Configurando Nós HTTPInput e HTTPReply para Usar SSL (HTTPS).

Fluxos de Mensagens de Monitoramento

O comportamento padrão para publicar eventos de monitoramento é alterado. Em versões anteriores à Versão 8.0, os eventos de monitoramento eram emitidos fora do ponto de sincronização. Agora, o padrão para todos os eventos, exceto retrocesso de transação, é que os eventos sejam emitidos apenas se o fluxo de mensagens confirmar sua unidade de trabalho com êxito. Por padrão, os eventos de retrocesso de transação são emitidos em uma segunda unidade de trabalho, independente da unidade de trabalho principal.

Estas mudanças significam que você não vê mais os eventos que são restauradas devido a um fluxo de mensagens com falha ; você vê apenas o evento de início de transação e o evento de retrocesso de transação, se estes eventos estiverem definidos. Também é possível ver todos os demais eventos que estão definidos para estarem em uma unidade de trabalho independente. Consulte o Noções Básicas de Monitoramento para obter informações adicionais.

Um número de seqüência é incluído no elemento eventSequence do evento de monitoramento. Como a hora de criação e o número de sequência são sempre emitidos no evento de monitoramento, a guia Sequência é removida da guia de monitoramento no WebSphere Message Broker Toolkit.

Referências de Campo ESQL com um Índice de Zero

A validade do uso de um índice de referência de campo de zero é corrigido. Se você tiver instruções em seus módulos ESQL que incluam um índice de zero, o erro BIP3226E será gerado durante a implementação do fluxo de mensagens.

Por exemplo, se você tiver um código que contenha a instrução:

SET OutputRoot.XMLNSC.Top.A[0].B = 42;

É necessário atualizar o código para conter o seguinte conteúdo:

SET OutputRoot.XMLNSC.Top.A[1].B = 42;

Usando Nós RegistryLookup

O padrão para a propriedade Política de Profundidade do nó do RegistryLookup é alterado do valor Retornar correspondido mostrando relacionamentos imediatos (somente para compatibilidade) no Versão 6.1 para o valor Retornar apenas correspondência (Profundidade = 0) no Versão 8.0.

Se não configurar explicitamente esta propriedade em um nó RegistryLookup, ela usará o valor-padrão Retornar apenas correspondido (Profundidade = 0) para determinar a profundidade da consulta WSRR e o conteúdo dos dados da entidade a serem retornados.

Se desejar usar o nó no modo reprovado no Versão 8.0, você deverá configurar explicitamente a propriedade Política de Profundidade com o valor Retornar correspondido mostrando relacionamentos imediatos (Apenas para compatibilidade)e reconstruir o arquivo BAR.

Para obter informações adicionais sobre o nó RegistryLookup e suas propriedades, consulte Nó RegistryLookup.

Interfaces no WebSphere Message Broker Toolkit

As seguintes mudanças estão presentes no WebSphere Message Broker Toolkit:

Visualização Problemas
No WebSphere Message Broker Toolkit Versão 6.1, é possível configurar a lista de problemas que são mostrados na visualização Problemas clicando no ícone na barra da área de janela da visualização Problemas, ou na seta para baixo junto ao ícone, e selecionando Configurar Filtro da lista de opções exibida. No WebSphere Message Broker Toolkit Versão 8.0, o ícone não é mais mostrado. Clique na seta para baixo que é mostrada na extremidade direita da barra e selecione Configurar Conteúdo.
Visualização Desenvolvimento do Broker
No WebSphere Message Broker Toolkit Versão 8.0, a Visualização Desenvolvimento do Broker mostra projetos de instância padrão em uma área de janela separada, além de outros projetos em sua área de trabalho.
Perspectiva de Administração do Broker
No WebSphere Message Broker Toolkit Versão 6.1, é possível conectar, configurar e implementar nos brokers usando a perspectiva de administração do Broker no WebSphere Message Broker Toolkit. No Versão 8.0, a perspectiva de Administração do Broker foi removida e agora é possível conectar, configurar e implementar nos brokers usando a Visualização Brokers no Perspectiva do Desenvolvimento de Aplicativos do Intermediário. Para obter tarefas de configuração mais avançadas, você pode usar o WebSphere Message Broker Explorer.
Visualizador de Log de Eventos
No WebSphere Message Broker Toolkit Versão 6.1, as respostas e mensagens de implementação do broker são exibidas no visualizador de Log de Eventos. No Versão 8.0, as mensagens de implementação de sua instância do WebSphere Message Broker Toolkit são exibidas na visualização Log de Implementação, na Perspectiva do Desenvolvimento de Aplicativos do Intermediário.
Assistentes de Comando
No WebSphere Message Broker Toolkit Versão 6.1, é possível usar os assistentes de comando para criar, alterar e excluir componentes, como brokers em seu sistema local. No Versão 8.0, é possível usar o Visualização Brokers para criar e excluir componentes. Alternativamente, é possível usar o WebSphere Message Broker Explorer para criar, alterar e excluir brokers em seu sistema local.
Construtor de Expressão XPath
Em WebSphere Message Broker Toolkit Versão 6.1, o Visualizador de Tipos de Dados mostra duas categorias de nível superior, Tipos de Dados e Variáveis. No Versão 8.0, é possível localizar as variáveis na categoria de nível superior única Tipos de Dados.

Rastreio padrão para o agente administrativo

No WebSphere Message Broker Versão 7.0.0.2, o tamanho do rastreio padrão para o agente administrativo foi alterado de 4 MB para 100 MB. Se você estiver migrando do WebSphere Message Broker Versão 7.0.0.1 ou anterior, deve-se levar em consideração esse tamanho padrão.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:31:26


Tópico de ReferênciaTópico de Referência | Versão 8.0.0.5 | bh44620_