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.
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.
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.
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.
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.
As mudanças de comportamento a seguir serão aplicadas somente se você estiver migrando da Versão 6.1.
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.
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.
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.
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.
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.
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.
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.
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).
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.
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;
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.
As seguintes mudanças estão presentes no WebSphere Message Broker Toolkit:
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.