Nó JMSOutput

Este tópico contém as seguintes seções:

Finalidade

Utilize o nó JMSOutput para enviar mensagens para destinos JMS. O nó JMSOutput age como um produtor de mensagens JMS e pode publicar todos os seis tipos de mensagens definidos no Especificação Java Message Service, Versão 1.1. As mensagens são publicadas utilizando chamadas de método, que são descritas na especificação JMS.

O nó JMSOutput é representado no workbench pelo seguinte ícone:

Ícone do nó JMSOutput

Utilizando o Nó JMSOuput em um Fluxo de Mensagens

A amostra Amostra JMS Nodes contém um fluxo de mensagens no qual o nó JMSOutput é utilizado. Consulte essa amostra para obter um exemplo de como utilizar o nó JMSOutput.

Os fluxos de mensagens que manipulam mensagens recebidas de conexões com provedores JMS devem começar sempre com um nó JMSInput. Se você incluir o nó JMSOutput em um fluxo de mensagens, não será necessário incluir um nó JMSInput, mas caso um nó JMSInput não seja incluído, o nó MQJMSTransform deverá ser incluído para transformar a mensagem no formato esperado pelo nó JMSOutput.

Se estiver propagando mensagens JMS e criando um fluxo de mensagens para ser utilizado como um subfluxo, será necessário utilizar uma instância do nó JMSOutput como o último nó para criar um terminal de saída para o subfluxo.

Disponibilizando o Cliente do Provedor JMS para os Nós JMS

Para sistemas distribuídos, copie os arquivos .jar java e todas as bibliotecas nativas para o cliente do provedor JMS no diretório de classes compartilhadas do intermediário. Por exemplo, no Windows, C:\Documents and Settings\All Users\Application Data\IBM\MQSI\shared-classes. Isso assegura que o caminho de classe Java para os nós JMS sejam configurados corretamente.

Para o z/OS, não existe um diretório de classes compartilhadas. Em vez disso, execute esse procedimento:
  1. Especifique cada arquivo .jar java do provedor JMS no caminho de classe no membro BIPPROF do PDS (Partitioned Data Set) do intermediário.
  2. Atualize LIBPATH com todas as bibliotecas nativas.
  3. Envie a tarefa BIPGEN JCL para atualizar o intermediário ENVFILE.
Início da mudança

Utilizando o Modo de Destino da Mensagem

O nó JMSOutput age como um produtor de mensagem e suporta os seguintes cenários de mensagem:

Enviando uma Mensagem de Datagrama

Um datagrama é uma entidade de dados independente e completa que contém informações suficientes para serem roteadas do computador de origem para o de destino sem confiar em trocas anteriores entre o computador de origem e de destino e a rede de transportes. As instruções a seguir descrevem como enviar uma mensagem de datagrama:
  1. Na pasta Pedido, configure o atributo Destination Mode como Destination Name.
  2. Configure o destino da mensagem, dependendo do modelo de mensagem que está sendo utilizado. Configure um dos atributos a seguir para um nome de objeto administrado JNDI válido:
    • O Publication Topic na pasta Pub/Ass
    • O Destination Queue na pasta Ponto a Ponto
  3. Configure o valor do atributo Reply To Destination na pasta Pedido em branco.
O nó resolve o nome do objeto administrado JNDI, que é fornecido no Publication Topic ou no Destination Queue e envia a mensagem para esse Destino JMS.

Enviando uma Mensagem de Resposta

Em alguns casos, um produtor de mensagens pode querer que o consumidor responda à mensagem. Nesse caso, a mensagem JMSOutput pode tratar a mensagem de saída como uma resposta e roteá-la de acordo com o valor obtido da propriedade JMSReplyTo da mensagem de pedido. As instruções a seguir descrevem como enviar uma mensagem de resposta:
  1. Na pasta Pedido, configure o atributo Destination Mode como Reply To Destination.
  2. É possível modificar o valor da propriedade JMSReplyTo em MbMessage para instâncias que utilizam um nó Compute ou um nó JavaCompute. Isso permite o roteamento dinâmico de mensagens a partir do nó JMSOutput.
O nó envia a mensagem para o nome do Destino JMS que está configurado no campo JMSReplyTo da Árvore MbMessage.
O valor JMSReplyTo na Árvore MbMessage representa o nome do Destino JMS resolvido a partir do JNDI. Exemplo:
queue://QM_mn2/myJMSQueue4
Nesse caso, o valor é a representação específica do provedor JMS de um Destino JMS para o Provedor JMS WMQSeries.
Se você não quiser especificar um nome do destino JMS resolvido, o nó JMSOutput também poderá aceitar um nome do objeto administrado JNDI no campo JMSReplyTo. No entanto, é necessário resolver o nome de um objeto administrado através do JNDI antes que o nó possa rotear a mensagem para o Destino JMS básico. Nesse caso, o valor no campo JMSReplyTo deve receber como prefixo a cadeia: jndi:\\; por exemplo:
jndi:\\jmsQ4
em que jmsQ4 é o nome do objeto administrado JNDI.

Ocorre um pequeno código extra no desempenho com a utilização desse método, pois existe a necessidade de consultar o objeto administrado no JNDI.

Enviando uma Mensagem de Pedido

O nó JMSOutput pode enviar uma mensagem para um Destino JMS com a expectativa de uma resposta do consumidor da mensagem que processa o pedido. As instruções a seguir descrevem como enviar uma mensagem de pedido:
  1. Configure o destino da mensagem, dependendo do modelo de mensagem que está sendo utilizado. Configure um dos atributos a seguir para um nome de objeto administrado JNDI válido:
    • O Publication Topic na pasta Pub/Ass
    • ODestination Queue na pasta Ponto a Ponto
  2. Na pasta Pedido, configure o atributo Destination Mode como Destination name.
  3. O destino JMSReplyTo na mensagem de saída pode ser derivado do campo JMSReplyTo da Árvore MbMessage transmitida para o nó. Alternativamente, esse valor pode ser anulado por um nome de objeto Administrado JNDI configurado no atributo do nó Reply To Destination.

    Se a intenção é permitir que o nó JMSOutput configure a propriedade JMSReplyTo dinamicamente na mensagem de saída, deixe o atributo Reply To Destination em branco e configure o valor JMSReplyTo na MbMessage utilizando um nó Compute ou um nó JavaCompute.

O nó procura primeiro um valor no campo JMSReplyTo da MbMessage. Se encontrar, ele transmite esse valor para o campo JMSReplyTo da mensagem de saída. No entanto, se o campo Responder para Nome da pasta Pedido tiver sido especificado, esse valor anulará tudo o que tiver sido configurado anteriormente na propriedade JMSReplyTo da mensagem de saída após resolver primeiro o nome do objeto administrado JNDI.

O nó resolve o nome do objeto administrado JNDI que é fornecido no Publication Topic ou no Destination Queue e envia a mensagem para esse Destino JMS.

Fim da mudança

Configurando o Nó JMSOutput

Quando você coloca uma instância do nó JMSOutput em um fluxo de mensagens, é possível configurá-la clicando com o botão direito do mouse no nó na visualização do editor e clicando em Propriedades. As propriedades básicas do nó serão exibidas no diálogo de propriedades.

Todas as propriedades obrigatórias que não têm um valor padrão definido são marcadas com um asterisco na caixa de diálogo de propriedades.

Configure o nó JMSOutput da seguinte forma:

  1. Selecione Básico no navegador do diálogo de propriedades e preencha as seguintes propriedades:
    • Digite um valor de Depósito de Informações do Provedor de Contexto Inicial. Um aplicativo JMS utiliza o contexto inicial para obter e consultar os objetos administrados de JNDI para o provedor JMS. O valor padrão é

      com.sun.jndi.fscontext.RefFSContextFactory, que define o depósito de informações do provedor de contexto inicial baseado em arquivo para o provedor JMS do WebSphere MQ.

      Para identificar o nome do Depósito de Informações do Provedor de Contexto Inicial para o provedor JMS, consulte a documentação do provedor JMS.

    • Início da mudançaDigite um valor para as Ligações de JNDI de Local. Esse valor especifica o caminho do sistema de arquivos ou o local do LDAP para o arquivo de ligações. O arquivo de ligações contém definições para os objetos administrados de JNDI utilizados pelo nó JMSOutput.

      Ao digitar um valor para Ligações de JNDI de Local, assegure que esteja de acordo com as seguintes instruções:

      • Construa o arquivo de ligações antes de implementar um fluxo de mensagens que contém um nó JMSOutput.
      • Não inclua o nome do arquivo do arquivo de ligações neste campo.
      • Se você tiver especificado um local do LDAP que requeira autenticação, será necessário configurar separadamente o proprietário LDAP (ID do usuário) e credenciais LDAP (senha). Estes valores são configurados no nível do intermediário. Para obter informações sobre como configurar esses valores, consulte os comandos mqsicreatebroker e mqsichangebroker.
      • O valor da cadeia deve incluir a palavra-chave inicial, que é uma das seguintes: file:/, iiop:/ ou ldap:/.

      Para obter informações sobre como construir o arquivo de ligações de objetos administrados de JNDI, consulte a documentação fornecida com o provedor JMS.

      Fim da mudança
    • Digite um Nome de Connection Factory. O nome da connection factory é utilizado pelo nó JMSOutput para criar uma conexão com o provedor JMS. Esse nome já deve existir no arquivo de ligações.
  2. Início da mudançaSe o nó JMSOuput tiver que ser utilizado para publicar um tópico, selecione Publicação/Assinatura no navegador do diálogo de propriedades.
    • Digite o nome do Tópico do Publicador.
      • Se essa propriedade estiver configurada, o nó operará somente no domínio de mensagem de Publicação/Assinatura.
      • Essa propriedade é mutuamente excludente com Fila de Destino na seção de propriedades Ponto a Ponto.
      • O nome do Tópico de Publicador deve estar de acordo com os padrões do provedor JMS que está sendo utilizado pelo nó.
    Fim da mudança
  3. Se o nó JMSOutput tiver que ser utilizado para enviar mensagens de ponto a ponto, selecione Ponto a Ponto no navegador do diálogo de propriedades.
    • Digite o nome da Fila de Destino para o nome da fila JMS listada no arquivo de ligações.
  4. Selecione Pedido no navegador do diálogo de propriedades e preencha as seguintes propriedades:
    • Selecione uma opção na lista drop-down Modo de Destino.
      • O valor padrão é Nome do Destino. Se essa opção for selecionada, a mensagem será tratada como um pedido de um datagrama e terá como destino o Tópico de Publicação ou a Fila de Destino.
      • Se a mensagem for tratada como uma resposta, selecione Nome do Destino de Resposta. O provedor JMS é fornecido com o valor JMSReplyTo da seção JMSTransport_Header_values da árvore de mensagens.
    • Digite um valor para Destino de Resposta. Você pode digitar um destino JMS, que pode ser uma fila de assinatura ou um tópico de destino. O Destino de Resposta é o nome do destino JMS para o qual o aplicativo de recebimento deve enviar uma mensagem de resposta. Para retornar uma mensagem de resposta a esse destino JMS, o nome do destino JMS deve ser conhecido para o domínio do provedor JMS que é utilizado pelo cliente receptor.

      O valor padrão é vazio e, neste caso, a mensagem de saída JMS pode ser considerada um datagrama. Se o campo estiver em branco, o nó JMSOutput não esperará uma resposta do cliente JMS de recebimento.

  5. Selecione Avançado no navegador do diálogo de propriedades.
    • Se for requerido um Novo ID de Correlação, selecione a caixa de opções.
    • Para definir as características transacionais de como a mensagem é manipulada, selecione o Modo de Transação:
      • Selecione nenhum se a mensagem de saída for ser tratada como não persistente. Se você selecionar esse valor, a mensagem será enviada utilizando uma Sessão JMS não transacionada que é criada através do sinalizador Session.AUTO_ACKNOWLEDGE.
      • Selecione local se o nó de entrada que recebeu a mensagem tiver que coordenar a confirmação ou recuperação das mensagens JMS que foram enviadas pelo nó JMSOutput, junto com qualquer outro recurso, como DB2 ou WebSphere MQ que trabalham dentro do fluxo de mensagens. Se você selecionar esse valor, o nó utilizará uma Sessão JMS transacionada.
      • Selecione global se o nó JMSOutput tiver que participar de uma transação de fluxo de mensagens global que é gerenciada pelo coordenador de ponto de sincronização externo do intermediário. O coordenador de ponto de sincronização é o gerenciador de filas do intermediário em plataformas distribuídas e no RRS (Resource Recovery Services) no z/OS. Se você selecionar esse valor, todas as mensagens recebidas pelo nó serão coordenadas globalmente utilizando uma Sessão JMS XA.
    • É possível configurar a persistência da mensagem JMS de saída utilizando a propriedade Modo de Entrega. Selecione uma opção da lista drop-down:
      • Não Persistente para indicar ao provedor JMS que a mensagem deve ser tratada como não persistente.
      • Persistente para marcar as mensagens como persistentes para o provedor JMS e que elas devem ser preservadas até que sejam entregues com êxito a um aplicativo cliente JMS receptor.
    • Digite um valor para Expiração da Mensagem para solicitar que o provedor JMS mantenha a mensagem JMS de saída por um período especificado.

      Digite um valor em milissegundos para especificar por quanto tempo a mensagem será mantida pelo provedor JMS. O valor padrão 0 é utilizado para indicar que a mensagem não deve expirar.

    • Para designar uma importância relativa para a mensagem, selecione uma opção na lista drop-down Prioridade de Mensagem. Esse valor pode ser utilizado para seleção de mensagem por um aplicativo cliente JMS receptor ou um nó JMSOutput.

      Digite um valor, no qual os valores válidos para prioridade de mensagem sejam de 0 (o mais baixo) a 9 (o mais alto). O valor padrão é 4, que indica prioridade média. As prioridades no intervalo de 0 a 4 estão relacionadas à entrega normal. As prioridades no intervalo de 5 a 9 estão relacionadas a graus de entrega expedida.

  6. Selecione Validação no navegador do diálogo de propriedades para configurar as propriedades do nó relacionadas à validação da mensagem de saída.
    • Selecione uma opção da lista drop-down Validar:
      • Nenhum(a)
      • Conteúdo e Valor
      • Conteúdo
      • Herdar
      Se você selecionar Conteúdo e Valor ou Conteúdo, selecione uma Ação com Falha na lista drop-down:
      • Rastreio do Usuário
      • Registro de Erros Local
      • Exceção (valor padrão)
      • Lista de Exceções

    Para obter detalhes adicionais, consulte Validando Mensagens e Propriedades de Validação para Mensagens no Domínio MRM.

  7. Selecione Descrição no navegador do diálogo de propriedades para digitar uma descrição resumida, uma descrição longa ou ambas.
  8. Clique em Aplicar para fazer as alterações no nó JMSOutput sem fechar o diálogo de propriedades. Clique em OK para aplicar as alterações e fechar o diálogo de propriedades.

    Clique em Cancelar para fechar a caixa de diálogo e descartar todas as alterações feitas nas propriedades.

Conectando Terminais

Conecte o terminal de entrada do nó JMSOutput ao nó a partir do qual as mensagens de saída serão roteadas.

Conecte o terminal de saída do nó JMSOutput a outro nó no fluxo de mensagens, se quiser processar mais uma mensagem, para processar erros ou para enviar a mensagem para um destino adicional.

Configurando para Transações Coordenadas

Início da mudança

Quando você inclui o nó JMSOutput em um fluxo de mensagens, o valor configurado para Modo de Transação define se as mensagens são enviadas sob um ponto de sincronização.

  • Se você configurar o Modo de Transação como global, a mensagem será enviada sob a coordenação do ponto de sincronização externo; ou seja, dentro de uma unidade de trabalho do WebSphere MQ. As mensagens enviadas subseqüentemente por um nó output na mesma instância do fluxo de mensagens são colocadas sob o ponto de sincronização, a menos que o nó output tenha feito a substituição explicitamente.
  • Se você configurar o Modo de Transação como local, a mensagem será enviada sob o controle do ponto de sincronização local do nó JMSOutput. As mensagens enviadas subseqüentemente por um nó de saída no fluxo não serão colocadas sob o ponto de sincronização local, a menos que o nó de saída tenha especificado que a mensagem deve ser colocada sob o ponto de sincronização local.
  • Se você configurar o Modo de Transação como nenhum, a mensagem não será enviada sob o ponto de sincronização. As mensagens enviadas subseqüentemente por um nó output no fluxo não são colocadas sob o ponto de sincronização, a menos que o nó output tenha especificado que a mensagem deve ser colocada sob o ponto de sincronização.

O provedor JMS pode fornecer arquivos jar adicionais requeridos para suporte transacional. Consulte a documentação do provedor JMS. Por exemplo, em plataformas distribuídas, o provedor JMS do WebSphere MQ fornece um arquivo jar extra com.ibm,mqetclient.jar, que também deve ser incluído no diretório shared_classes do intermediário. Consulte Disponibilizando o Cliente do Provedor JMS para os Nós JMS neste tópico.

Quando as mensagens forem recebidas sob o ponto de sincronização externo, etapas de configuração adicionais serão requeridas. Essas etapas precisam ser aplicadas somente na primeira vez que um JMSOutput ou JMSInput for implementado no intermediário para um determinado provedor JMS:
  • Em sistemas distribuídos, o coordenador do ponto de sincronização externo para o intermediário é WebSphere MQ. Antes de implementar um fluxo de mensagens no qual a Coordenação de Transação está configurada como Global, modifique o arquivo .ini do gerenciador de filas para incluir definições extras para cada Gerenciador de Recursos do provedor JMS que participa de transações coordenadas globalmente.
    • No Windows:
      • Se você tiver o WebSphere MQ Versão 5.0 instalado, inicie o WebSphere MQ Services e clique com o botão direito do mouse no nome do gerenciador de filas. Selecione Propriedades e clique na guia de propriedades do Recurso.
      • Se você tiver o WebSphere MQ Versão 6.0 instalado, inicie o WebSphere MQ Explorer e clique com o botão direito do mouse no nome do gerenciador de filas na área de janela esquerda. Selecione Propriedades e selecione Gerenciadores de Recurso XA na área de janela esquerda. Consulte o Guia de Administração do Sistema do WebSphere MQ para obter informações adicionais.
        Configure a propriedade SwitchFile para o seguinte valor:
        install_dir/bin/ JMSSwitch.dll
        XAOpenString=Initial Context,location JNDI,Optional_parms
        ThreadOfControl=THREAD
    • Nos sistemas Linux e UNIX, inclua uma sub-rotina no arquivo ini do gerenciador de filas para cada provedor JMS. Consulte o WebSphere MQ Guia de Administração do Sistema para obter informações adicionais.
      Exemplo:
      XAResourceManager:
      Name=Jms_Provider_Name
      SwitchFile=/install_dir/bin/ JMSSwitch.so
      XAOpenString=Initial Context,location JNDI,Optional_parms
      ThreadOfControl=THREAD
      Onde

      Name é um nome definido pela instalação que identifica um Gerenciador de Recursos do provedor JMS.

      SwitchFile é o caminho do sistema de arquivos para a biblioteca JMSSwitch que é fornecida no diretório bin do intermediário.

      Os valores para XAOpenString são os seguintes:
      • Initial Context é o valor configurado na propriedade básica Depósito de Informações do Provedor de Contexto Inicial do nó JMSInput.
      • location JNDI é o valor configurado na propriedade básica Local de JNDI do nó JMSInput. Esse valor deve incluir a palavra-chave inicial file:/, iiop:/ ou ldap:/
      Os parâmetros a seguir são opcionais:
      • Proprietário LDAP, que corresponde ao valor configurado para o intermediário utilizando os comandos mqsicreatebroker ou mqsichangebroker.
      • Credenciais LDAP, que correspondem ao valor configurado para o intermediário utilizando os comandos mqsicreatebroker ou mqsichangebroker.
      • Nome da Connection Factory de Recuperação, que é a connection factory administrada por JNDI definida no arquivo de ligações. Se um valor não for especificado, um valor padrão para recoverXAQCF deverá ser incluído no arquivo de ligações. Em qualquer um dos casos, a Connection Factory de Recuperação deverá ser definida como uma Connection Factory de Fila XA para o provedor JMS associado ao Depósito de Informações do Provedor de Contexto Inicial.

      Os parâmetros opcionais são separados por vírgula e são determinados por posição. Portanto, quaisquer parâmetros que estejam faltando devem ser representados por uma vírgula.

      1. Atualize a variável de ambiente Java CLASSPATH para que o gerenciador de filas do intermediário inclua uma referência no xarecovery.jar. Por exemplo:
        <Caminho de Instalação do Intermediário>/classes/xarecovery.jar
      2. Atualize a variável de ambiente Java PATH para que o gerenciador de filas do intermediário aponte para o diretório bin, que é onde o arquivo switch está localizado. Por exemplo:
        <Broker Installation Path>/bin

      XA não pode utilizar o mesmo gerenciador de filas para o intermediário e o provedor até o WebSphere MQ Versão 5.3, CSD12 e WebSphere MQ Versão 6.0 Fix Pack 1.

    • No z/OS, o gerenciador de ponto de sincronização externo é o RRS (Resource Recovery Services). O único provedor JMS suportado no z/OS é o WebSphere MQ JMS. A única opção de Transporte suportada para o WebSphere MQ JMS no z/OS é a opção Ligação.

      O controle do ponto de sincronização para o provedor JMS é gerenciado com a coordenação do ponto de sincronização RRS do gerenciador de filas do intermediário. Não é necessário modificar o arquivo .ini .

Fim da mudança

Terminais e Propriedades

Os terminais do nó JMSOutput são descritos na tabela a seguir.

Terminal Descrição
Defeito O terminal de saída para o qual a mensagem é encaminhada se um ocorrer erro. Mesmo que a propriedade Validação esteja definida, as mensagens propagadas para esse terminal não serão validadas.
Saída O terminal de saída para o qual a mensagem será roteada se for recuperada com êxito da fila do WebSphere MQ.
Capturar O terminal de saída para o qual a mensagem será roteada se for emitida uma exceção downstream e capturada por este nó.

As tabelas a seguir descrevem as propriedades do nó; a coluna com cabeçalho M indica se a propriedade é obrigatória (marcado com um asterisco no diálogo de propriedades caso seja necessário digitar um valor quando nenhum padrão for definido), a coluna com cabeçalho C indica se a propriedade é configurável (você poderá alterar o valor quando incluir o fluxo de mensagens no arquivo bar para implementá-lo).

As propriedades Básicas do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Depósito de Informações do Provedor de Contexto Inicial Sim   com.sun.jndi.fscontext.RefFSContextFactory Esse é o ponto de partida de um espaço de nomes de JNDI. Um aplicativo JMS utiliza o contexto inicial para obter e consultar a connection factory e objetos de fila ou tópico para o provedor JMS.

O valor padrão é o utilizado quando o WebSphere MQ Java é utilizado como o provedor JMS.

Ligações JNDI de Local Não     O caminho do sistema ou local LDAP para o arquivo de ligações
Nome da Connection Factory Não     O nome da connection factory utilizada pelo nó JMSOutput para criar uma conexão com o provedor JMS.

As propriedades de Publicação/Assinatura do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Tópico do Publicador Não     O nome do tópico a partir do qual o nó recebe mensagens publicadas.

As propriedades Ponto a Ponto do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Fila de Destino Não     O nome da fila para a qual o nó publica mensagens de saída.

As propriedades de Pedido do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Modo de Destino Não   Nome do Destino Essa propriedade é utilizada para determinar se a mensagem deve ser tratada como um pedido de um datagrama ou como uma resposta.
Destino de Resposta Não     Esse valor é o nome do destino JMS para o qual o aplicativo de recebimento deve enviar uma mensagem de resposta. Para retornar uma mensagem de resposta a esse destino JMS, o nome do destino JMS deve ser conhecido para o domínio do provedor JMS que é utilizado pelo cliente receptor.

As propriedades Avançadas do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Novo ID de Correlação Não     Essa propriedade é selecionada se um Novo ID de Correlação for requerido.
Modo de Transação Sim Não Nenhum Essa propriedade é para determinar se a mensagem que chega é recebida sob o ponto de sincronização. Valores válidos são Nenhum, local e global.
Modo de Entrega Não   Não Persistente Seletor de mensagens que irá filtrar mensagens de acordo com o modo de entrega de mensagens.
Expiração de Mensagem Não   0 O valor dessa propriedade deve solicitar que o provedor JMS mantenha a mensagem JMS de saída por um período especificado.

Os valores estão em milissegundos e o valor padrão 0 é utilizado para indicar que a mensagem não deve expirar.

Prioridade de Mensagem Não   4 O valor dessa propriedade designa a importância relativa da mensagem. Esse valor pode ser utilizado para seleção de mensagem por um aplicativo cliente JMS receptor ou um nó JMSOutput.

As propriedades de Validação do nó JMSOutput são descritas na tabela a seguir.

Consulte Propriedades de Validação para Mensagens no Domínio MRM para obter uma descrição completa dessas propriedades.
Propriedade M C Padrão Descrição
Validar Sim Sim Nenhum Essa propriedade determina se a validação ocorrerá. Os valores válidos são Nenhum, Conteúdo e Conteúdo e Valor.
Ação de Defeito Sim Não Exceção Essa propriedade determina o que acontece se a validação falhar. Você pode configurar essa propriedade somente se configurar Validar como Conteúdo ou Conteúdo e Valor. Os valores válidos são Rastreio do Usuário, Registro de Erros Local, Exceção e Lista de Exceção.
Incluir Todas as Limitações do Valor Sim Não Selecionado Essa propriedade não pode ser editada. A ação padrão, indicada pela seleção da caixa de opções, é que as verificações básicas de limitação de valor estão incluídas na validação Conteúdo e Valor.
Corrigir Sim Não Nenhum Essa propriedade não pode ser editada.

As propriedades de Descrição do nó JMSOutput são descritas na tabela a seguir.

Propriedade M C Padrão Descrição
Descrição Breve Não Não   Uma breve descrição do nó.
Descrição Longa Não Não   Texto que descreve a finalidade do nó no fluxo de mensagens.
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
ac24830_