Connection Factory da Fila do Provedor de Sistema de Mensagens Padrão [Configurações]

Um JMS connection factory de fila é utilizado para criar conexões com o provedor JMS associado do JMS de filas, para o sistema de mensagens ponto-a-ponto. Utilize os objetos administrativos da connection factory de fila para gerenciar o JMS connection factories de fila do provedor do sistema de mensagens padrão.

Para visualizar essa área de janela no console, clique em um dos seguintes caminhos:

  • Recursos > JMS > Connection factories de fila > factory_name
  • Recursos > JMS > Provedores JMS > a_messaging_provider > [Propriedades Adicionais] Connection Factories de Fila > factory_name
Utilize este painel para navegar ou alterar as propriedades de configuração da Connection Factory de fila JMS selecionada para uso com o fornecedor de sistema de mensagens JMS padrão. Estas propriedades de configuração controlam como as conexões são criadas para filas JMS associadas.

Por padrão, conexões criadas usando este connection factory JMS nos contêineres do servidor (por exemplo, a partir de um enterprise bean) são reunidas usando o conjunto de conexões da Plataforma Java™, Enterprise Edition (Java EE) Connector Architecture (JCA). Você pode modificar as configurações do conjunto de conexões para este connection factory selecionando o link de propriedades do Propriedades do Conjunto de Conexões na seção Propriedades Adicionais do painel do console administrativo.


Links marcados (on-line) requerem acesso à Internet. Cada link inicia uma procura para o tópico no centro de informações on-line. Quando os resultados da procura forem listados, selecione o tópico que corresponda melhor à sua configuração.

Verificar atualizações deste tópico (on-line)

Guia Configuração

A guia Configuração mostra propriedades de configuração para esse objeto. Esses valores de propriedades são preservados, mesmo se o ambiente de tempo de execução estiver parado, em seguida, reiniciado. Consulte as descrições de tarefas do centro de informações para obter informações sobre como aplicar alterações na configuração no ambiente de tempo de execução.

Propriedades Gerais

Escopo

Especifica o nível topológico mais alto no qual os servidores de aplicativos poderão utilizar este objeto de recurso.

Necessário Não
Tipo de Dados Texto

Provedor

Especifica um provedor JMS, que ativa o sistema de mensagens assíncronas com base no JMS (Java Message Service). Ele fornece connection factories J2EE para criar conexões para fila JMS específica ou destinos de tópicos. Os objetos administrativos do provedor JMS são utilizados para gerenciar recursos JMS para o provedor JMS associado.

Necessário Não
Tipo de Dados Texto

Nome

O nome de exibição requerido para o recurso.

Necessário Sim
Tipo de Dados Texto

Nome JNDI

O nome de JNDI do recurso.

Como convenção, utilize um nome JNDI no formato jms/Name, em que Name é o nome lógico do recurso. Para obter informações adicionais sobre o uso do JNDI e sua sintaxe, consulte "Suporte JNDI no WebSphere Application Server" (on-line) no centro de informações do WebSphere Application Server.

Necessário Sim
Tipo de Dados Texto

Descrição

Uma descrição opcional para o recurso.

Necessário Não
Tipo de Dados Área de Texto

Categoria

Uma cadeia opcional da categoria para utilizar ao classificar ou agrupar o recurso.

Necessário Não
Tipo de Dados Texto

Nome do barramento

O nome do barramento de integração de serviço ao qual irá conectar-se.

Este é o nome do barramento de integração de serviço utilizado por esta Connection Factory para criar conexões.
Digite o nome do barramento local em situações nas quais um aplicativo faz conexões com barramentos externos.
Necessário Sim
Tipo de Dados Customizado

Confiabilidade de Mensagem Não Persistente

A confiabilidade aplicada às mensagens JMS não-persistentes foram enviadas utilizando esta connection factory.

Você pode alterar a opção de confiabilidade de entrega do destino de uma mensagem enviada por um aplicativo JMS como Nonpersistent. O padrão é Express nonpersistent, mas há várias outras opções, incluindo aquelas com características persistentes, com Persistente garantido sendo a mais confiável. Para obter mais informações, consulte Níveis de Confiabilidade da Mensagem (on-line).
Necessário Não
Tipo de Dados lista drop-down
Intervalo
Melhor resultado não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha. As mensagens também poderão ser descartadas se uma conexão utilizada para enviá-las ficar indisponível ou os recursos de sistema estiverem restritos.

Expressa não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha. As mensagens também poderão ser descartadas se uma conexão utilizada para enviá-las ficar indisponível.

Confiável não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha.

Confiável persistente
As mensagens podem ser descartadas quando um mecanismo do sistema de mensagens falha.

Garantida persistente
As mensagens não são descartadas.

Como destino de barramento
Utilize a opção de entrega configurada para o destino de barramento.

Ler Adiante

Ler adiante é um otimização que por preempção designa mensagens a consumidores. Isso melhora o tempo gasto para atender a pedidos dos consumidores.

As mensagens que são designadas a um consumidor são bloqueadas no servidor e não podem ser consumidas por outros consumidores para esse destino. As mensagens que são designadas a um consumidor, mas não são consumidas antes do fechamento desse consumidor, são subseqüentemente desbloqueadas no servidor e, em seguida, disponibilizadas para recebimento por outros consumidores.

É possível substituir esta propriedade para destinos JMS individuais, definindo a propriedade Leitura Antecipada no destino JMS.

Necessário Não
Tipo de Dados lista drop-down
Intervalo
Padrão
O fornecedor de mensagens designa, preemptivamente, mensagens a consumidores em assinaturas não-duráveis e assinaturas duráveis não-compartilhadas. Ou seja, a otimização de leitura antecipada é ativada apenas quando pode haver somente um único consumidor.

Ativado
O fornecedor de sistema de mensagens designa, preemptivamente, mensagens a consumidores. Isto reduz o tempo necessário para atender pedidos de clientes.

Desativado
O fornecedor de sistema de mensagens não designa, preemptivamente, mensagens a consumidores.

Prefixo de nome da fila temporária

O prefixo utilizado no início das filas temporárias criadas pelos aplicativos utilizando essa Connection Factory.

Necessário Não
Tipo de Dados Texto

Destino

O nome de um destino que identifica um grupo de mecanismos de mensagens. Especifique o tipo de destino utilizando a propriedade do tipo Destino.

Necessário Não
Tipo de Dados Texto

Tipo de Destino

O tipo de destino nomeado na propriedade Destino.

Isso indica o nome de um destino que será utilizado para determinar um ou mais mecanismos do sistema de mensagens para manipular o trabalho. O tipo de destino é indicado pela propriedade Tipo de Destino

Conexões têm a carga equilibrada em todos os mecanismos do sistema de mensagens disponíveis que satisfaçam os critérios de seleção.

Se desejar que os aplicativos possam conectar-se a qualquer mecanismo do sistema de mensagens no barramento, não defina esta propriedade.

Para obter informações adicionais sobre como utilizar essa propriedade com outras propriedades de connection factory para gerenciamento de carga de trabalho de conexões, consulte Propriedades Administrativas para Conexões JMS com um Barramento (on-line).

Necessário Não
Tipo de Dados lista drop-down
Intervalo
Nome do membro de barramento
O nome de um membro de barramento. Esta opção recupera os mecanismos de sistema de mensagens ativos que são hospedados pelo membro de barramento denominado (um servidor de aplicativos ou cluster de servidores).

Para especificar um membro do barramento sem cluster, a propriedade de Destino deve ser configurada como <Node01>.<server1>, por exemplo, Node01.server1. Para um membro do barramento do cluster, a propriedade de Destino deve ser configurada como o nome do cluster.

Nome do grupo do mecanismo do sistema de mensagens personalizado
O nome de um grupo customizado de mecanismos de sistema de mensagens (que formam um cluster de auto-declaração). Esta opção recupera os mecanismos de sistema de mensagens ativos que foram registrados no grupo customizado denominado.

Nome do mecanismo do sistema de mensagens
O nome de um mecanismo de sistema de mensagens. Esta opção recupera os nós de extremidade disponíveis que podem ser utilizados para acessar o mecanismo de sistema de mensagens denominado.

Importância do Destino

Esta propriedade especifica a importância do grupo de destino.

Para obter informações adicionais sobre como utilizar essa propriedade com outras propriedades de connection factory para gerenciamento de carga de trabalho de conexões, consulte Propriedades Administrativas para Conexões JMS com um Barramento.

Necessário Não
Tipo de Dados lista drop-down
Intervalo
Preferido
É preferível que um mecanismo do sistema de mensagens seja selecionado no grupo de destino. Um mecanismo de sistema de mensagens no grupo de destino será selecionado se houver algum disponível. Se um mecanismo do sistema de mensagens não estiver disponível no grupo de destino, um mecanismo do sistema de mensagens fora do grupo de destino será selecionado se estiver disponível no mesmo barramento de integração de serviços.

Requerido
É necessário que um mecanismo do sistema de mensagens seja selecionado no grupo de destino. Um mecanismo de sistema de mensagens no grupo de destino será selecionado se houver algum disponível. Se um mecanismo do sistema de mensagens não estiver disponível no grupo de destino, o processo de conexão falhará.

Cadeia de Transporte de Entrada de Destino

O nome da cadeia de transporte de entrada que o aplicativo deve utilizar ao conectar-se com um mecanismo do sistema de mensagens em um processo separado do aplicativo. Se for escolhido um mecanismo de sistema de mensagens em outro processo, uma conexão poderá ser estabelecida apenas se o mecanismo de sistema de mensagens estiver em um servidor que execute a cadeia de entrada de transporte especificada. Consulte o centro de informações para obter informações adicionais.

Se o mecanismo de sistema de mensagens estiver no mesmo servidor que o aplicativo, será estabelecida uma conexão direta do processo interno e essa propriedade da cadeia de transporte será ignorada.

As cadeias de transporte representam as pilhas de protocolo de rede em operação em um servidor. O nome que você especifica deve ser uma das cadeias de transporte disponíveis no servidor que hospeda o mecanismo do sistema de mensagens, conforme listado no painel Servidores > Tipos de Servidores > Servidores de Aplicativos > server_name > [Sistema de mensagens do servidor] Transportes de entrada do mecanismo do sistema de mensagens. São fornecidas as seguintes cadeias de transporte, mas é possível definir suas próprias cadeias de transporte neste painel.
InboundBasicMessaging
Este é um protocolo orientado para conexão que utiliza uma conexão TCP/IP padrão (JFAP-TCP/IP). Inclui suporte para fluxos transacionais de duas fases (XA remoto), para que um produtor ou consumidor de mensagem, sendo executado em um sistema cliente ou servidor, possa participar de uma transação global gerenciada nesse sistema cliente ou servidor. O uso específico dos fluxos XA é para suportar o acesso a partir de um aplicativo em execução em um servidor para um mecanismo do sistema de mensagens no segundo servidor, talvez em razão do primeiro servidor não possuir um mecanismo do sistema de mensagens adequado. Se os fluxos XA remotos forem utilizados, um coordenador de transação deverá ter local disponível para o aplicativo.
InboundSecureMessaging
Esse é um protocolo InboundBasicMessaging agrupado no SSL.
Para obter informações adicionais sobre como utilizar essa propriedade com outras propriedades de connection factory para gerenciamento de carga de trabalho de conexões, consulte Propriedades Administrativas para Conexões JMS com um Barramento (on-line).
Necessário Não
Tipo de Dados Texto

Nós de extremidade do provedor

Uma lista separada por vírgulas de triplets de terminal, com a sintaxe hostName:portNumber:chainName, utilizada para conectar-se a um servidor de auto-inicialização. Por exemplo Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging. Se hostName não estiver especificado, o padrão será localhost. Se o número da porta não estiver especificado, o padrão será 7276. Se chainName não estiver especificado, o padrão será BootstrapBasicMessaging. Consulte o centro de informações para obter informações adicionais.

Você somente precisará modificar essa propriedade se tiver aplicativos clientes em execução fora de um servidor de aplicativos ou aplicativos em um servidor em outra célula que deseje usar esse connection factory para se conectar ao barramento de integração de serviços de destino especificado no connection factory.

Para utilizar destinos do JMS do provedor de sistema de mensagens padrão, um aplicativo conecta-se a um mecanismo de sistema de mensagens no barramento de integração de serviço de destino ao qual os destinos são designados. Por exemplo, uma fila JMS é designada para um destino de fila em um barramento de integração de serviço.

Os aplicativos cliente executados fora de um servidor de aplicativos, por exemplo, executados em um contêiner do cliente ou fora do ambiente do WebSphere Application Server, não conseguem localizar diretamente um mecanismo do sistema de mensagens adequado para conexão no barramento de destino. Da mesma forma, um aplicativo em execução em um servidor em uma célula para conectar-se a um barramento de destino em outra célula não pode localizar diretamente um mecanismo de sistema de mensagens para conectar-se ao barramento de destino.

Nesses cenários, os clientes (ou servidores no outro barramento) devem concluir um processo de autoinicialização através de um servidor de autoinicialização que é um membro do barramento de destino. Um servidor de autoinicialização é um servidor de aplicativos em execução no Serviço de SIB, mas não precisa estar executando mecanismos do sistema de mensagens. O servidor de autoinicialização seleciona um mecanismo do sistema de mensagens em execução em um servidor de aplicativos que suporte a cadeia de transporte de destino necessária. Para que o processo de autoinicialização seja possível, você deve configurar um ou mais nós de extremidade do provedor no connection factory utilizada pelo cliente.

Um servidor de autoinicialização utiliza uma porta específica e uma cadeia de transporte de autoinicialização. A porta é o SIB_ENDPOINT_ADDRESS (ou SIB_ENDPOINT_SECURE_ADDRESS se a segurança estiver ativada) do mecanismo do sistema de mensagens que hospeda o terminal remoto do link. Juntamente com o nome do host, eles formam o endereço do nó de extremidade do servidor de autoinicialização.

As propriedades de um connection factory JMS utilizadas por um aplicativo controlam a seleção de um mecanismo de sistema de mensagens adequado e como o aplicativo se conecta ao mecanismo de sistema de mensagens selecionado.
  • Se nenhuma credencial de segurança for fornecida, então, por padrão
    • Se nenhum host for especificado, então será usado localhost
    • Se nenhuma porta for especificada, então será usada a porta 7276
    • Se nenhuma cadeia de canais de autoinicialização for especificada, então será usada a cadeia de transportes de autoinicialização denominada BootstrapBasicMessaging
  • Se as credenciais de segurança forem fornecidas, então, por padrão
    • Se nenhum host for especificado, então será usado localhost
    • Se nenhuma porta for especificada, então será usada a porta 7286
    • Se nenhuma cadeia de canais de autoinicialização for especificada, então será usada a cadeia de transportes de autoinicialização denominada BootstrapBasicMessaging
Nota: For IBM i platforms Para a plataforma IBM® i, é necessário (ao menos) alterar o nome de host padrão de localhost para your.server.name.

Se desejar que um aplicativo use um servidor de autoinicialização com um endereço de terminal diferente, será necessário especificar o endereço de terminal necessário na propriedade Terminais do provedor dos connection factories de JMS que o aplicativo cliente usar. Você pode especificar um ou mais endereços de nó de extremidade dos servidores de autoinicialização.

Os endereços de nó de extremidade para servidores de autoinicialização devem ser especificados em cada connection factory JMS que é utilizada por aplicativos fora de um servidor de aplicativos. Para não ter de especificar uma longa lista de servidores de autoinicialização, você poderá fornecer alguns servidores altamente disponíveis como servidores de autoinicialização dedicados. Será necessário, então, especificar apenas uma lista curta de servidores de autoinicialização em cada connection factory.

Nota: Ao configurar uma conexão com um servidor de autoinicialização não-padrão, especifique os valores necessários para o endereço do terminal e use vírgulas como separadores.
Por exemplo: para um porta 7278 não segura designada, no host boothost1, que usa a cadeia de transporte padrão BootstrapBasicMessaging:
boothost1:7278:BootstrapBasicMessaging
ou
boothost1:7278
e para uma porta 7289 segura designada ao servidor, no host boothost2, que usa a cadeia de transporte predefinida BootstrapTunneledSecureMessaging:
boothost2:7289:BootstrapTunneledSecureMessaging
A sintaxe para um endereço de terminal é a seguinte:
[ [host_name] [ ":" [port_number] [ ":" chain_name] ] ]
onde:
host_name
É o nome do host no qual o servidor é executado. Ele pode ser um endereço IP. Para um endereço IPv6, coloque colchetes ([]) antes e depois de host_name conforme mostrado no exemplo abaixo:
[2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
. Se um valor não for especificado, o padrão será localhost.
Nota: For IBM i platforms Para a plataforma IBM i, é necessário (ao menos) alterar o nome de host padrão de localhost para your.server.name.
port_number
quando especificado, é um dos seguintes endereços do mecanismo do sistema de mensagens que hospeda o terminal remoto do link:
  • SIB_ENDPOINT_ADDRESS se a segurança não estiver ativada
  • Para conexões seguras, SIB_ENDPOINT_SECURE_ADDRESS se a segurança estiver ativada.

Se port_number não for especificado, o padrão será 7276.

Para localizar qualquer um desses valores utilizando o console administrativo, clique em Servidores > Tipos de Servidores > Servidores de Aplicativos > server_name > [Comunicações] Portas.

chain_name
é o nome de uma cadeia de transporte de autoinicialização predefinida utilizada para conectar-se ao servidor de autoinicialização. Se não estiver especificada, o padrão será BootstrapBasicMessaging.

São fornecidas as seguintes cadeias de transporte de auto-inicialização predefinidas:

BootstrapBasicMessaging
Corresponde à cadeia de transporte do servidor InboundBasicMessaging (JFAP-TCP/IP)
BootstrapSecureMessaging
Corresponde à cadeia de transporte do servidor InboundSecureMessaging (JFAP-SSL-TCP/IP)
BootstrapTunneledMessaging
Antes de poder utilizar essa cadeia de transporte de autoinicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de autoinicialização. (Consulte Servidores > Tipos de Servidores > Servidores de Aplicativos > server_name > [Sistema de mensagens do servidor] Transportes de entrada do mecanismo do sistema de mensagens). Esta cadeia de transporte suporta JFAP e usa wrappers HTTP.
BootstrapTunneledSecureMessaging
Antes de poder utilizar essa cadeia de transporte de autoinicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de autoinicialização. (Consulte Servidores > Tipos de Servidores > Servidores de Aplicativos > server_name > [Sistema de mensagens do servidor] Transportes de entrada do mecanismo do sistema de mensagens). Esta cadeia de transporte suporta JFAP e usa wrappers HTTP.

Especificar host_name : chain_name em vez de host_name : : chain_name (com dois pontos) é incorreto. É válido não digitar nada ou digitar um dos seguintes : "a", "a:", ":7276", "::chain" e assim por diante. O valor padrão se aplicará se você não especificar um valor, mas você precisará separar os campos com ":".

Se você desejar fornecer mais de um servidor de autoinicialização, identifique todos os endereços de nó de extremidade requeridos. Separe cada endereço de terminal por um caractere vírgula. Por exemplo, para utilizar os servidores do exemplo anterior:
boothost1:7278:BootstrapBasicMessaging, 
  boothost2:7289:BootstrapTunneledSecureMessaging, 
  [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
Necessário Não
Tipo de Dados Área de Texto

Proximidade de conexão

A proximidade dos mecanismos de sistemas de mensagens que podem aceitar pedidos de conexão, em relação ao mecanismo de sistema de mensagens de auto-inicialização.

Quando um cliente emite um pedido de conexão de cliente, o processamento conecta-se ao barramento requerido, de acordo com a seguinte lógica:
  • Se um grupo de destino for especificado, conecte-se ao primeiro mecanismo de sistema de mensagens que atenda às seguintes condições para o tipo de destino:
    • Servidor Procure um mecanismo de sistema de mensagens no mesmo servidor.
    • Cluster Procure um mecanismo de sistema de mensagens no mesmo servidor, em seguida, em outros servidores no mesmo cluster.
    • Host Procure um mecanismo de sistema de mensagens no mesmo servidor, em seguida, em outros servidores no mesmo cluster, em seguida, em outros servidores no mesmo host.
    • Barramento Procure um mecanismo de sistema de mensagens no mesmo servidor, em seguida, em outros servidores no mesmo cluster, em seguida, em outros servidores no mesmo host, em seguida, em qualquer outro mecanismo de sistema de mensagens no mesmo barramento.
  • Se um grupo de destino não estiver especificado ou se um grupo de destino estiver especificado, mas nenhum mecanismo de sistema de mensagens adequado for localizado e a importância do destino for Preferido, conecte-se com o primeiro mecanismo de sistema de mensagens que atenda às seguintes condições para o tipo de destino:
    • Servidor Procure um mecanismo de sistema de mensagens no mesmo servidor.
    • Cluster A conexão falha.
    • Host Procure um mecanismo de sistema de mensagens no mesmo servidor, em seguida, em outros servidores no mesmo host.
    • Barramento Procure um mecanismo de sistema de mensagens no grupo de destino no mesmo servidor, em seguida, em outros servidores no mesmo host, em seguida, em qualquer outro mecanismo de sistema de mensagens no mesmo barramento.

Para obter informações adicionais sobre como utilizar essa propriedade com outras propriedades de connection factory para gerenciamento de carga de trabalho de conexões, consulte Propriedades Administrativas para Conexões JMS com um Barramento (on-line).

Necessário Não
Tipo de Dados lista drop-down
Intervalo
Barramento
As conexões podem ser estabelecidas com os mecanismos dos sistemas de mensagens no mesmo barramento.

Cluster
As conexões podem ser estabelecidas com os mecanismos dos sistemas de mensagens no mesmo cluster de servidores.

Host
As conexões podem ser estabelecidas com os mecanismos dos sistemas de mensagens no mesmo host.

Servidor
As conexões podem ser estabelecidas com os mecanismos dos sistemas de mensagens no mesmo servidor de aplicativos.

Alias de Autenticação Gerenciado por Componente

Esse alias especifica um ID de usuário e senha para serem utilizados para autenticar a conexão com um provedor JMS para autenticação gerenciada pelo aplicativo.

Essa propriedade fornece uma lista dos aliases de entrada de dados de autenticação Java Platform, Enterprise Edition (Java EE) Connector Architecture que foram definidos para o WebSphere Application Server. Você pode selecionar um alias de entrada de dados para ser utilizado para autenticar a criação de uma nova conexão com o provedor JMS.

Se você tiver ativado a segurança do WebSphere Application Server, selecione o alias que especifica o ID do usuário e a senha utilizados para autenticar a criação de uma nova conexão com o provedor JMS. O uso deste alias depende da configuração da autenticação do recurso (res-auth) declarada na referência do recurso do connection factory dos descritores de implementação para um componente de aplicativo.

Necessário Não
Tipo de Dados lista drop-down

Contextos de Transações Ausentes do Log

Se os logs de contêineres contêm ou não um contexto de transação ausente, quando uma conexão for obtida.

O modelo de programação Java EE indica que as conexões sempre devem ter um contexto de transação. No entanto, alguns aplicativos não possuem um contexto de transação correto associado a eles.

Selecione esta propriedade para registrar conexões que estão sendo criadas sem um contexto de transação.

Necessário Não
Tipo de Dados Caixa de Opção

Gerenciar Tratamentos no Cache

Se tratamentos em cache (tratamentos mantidos em variáveis de instância em um bean) devem ser rastreados pelo contêiner.

Selecione esta opção para monitorar o gerenciamento de manipulação, que pode ser útil para fins de depuração. Entretanto, controlar identificadores pode reduzir, expressivamente, o desempenho se usado no tempo de execução.
Necessário Não
Tipo de Dados Caixa de Opção

Compartilhar Origem de Dados com CMP

Permita o compartilhamento de conexões entre o JMS e os beans EJB de entidade CMP (Container-Managed Persistence).

Esta opção é utilizada como parte da tarefa para ativar beans de entidade CMP (Container-Managed Persistence) para compartilhar as conexões com o banco de dados utilizadas pelo data store de um mecanismo de sistema de mensagens. Isto foi estimado como um possível aperfeiçoamento de desempenho de 15% para o rendimento do processamento geral de mensagens, mas pode ser utilizado apenas para beans de entidade conectados ao servidor de aplicativos que contém o mecanismo de sistema de mensagens.

Para obter informações adicionais sobre a utilização desta opção, consulte Permitindo que Beans de Entidade CMP e Armazéns de Dados do Mecanismo de Sistema de Mensagens Compartilhem Conexões do Banco de Dados. (on-line).

Necessário Não
Tipo de Dados Caixa de Opção

Alias de Autenticação de Recuperação do XA

O alias de autenticação utilizado durante o processamento de recuperação do XA.

Selecione o alias a ser utilizado durante o processamento de recuperação de transação.

Essa propriedade fornece uma lista dos aliases de entrada de dados de autenticação JCA que foram definidos para o WebSphere Application Server. Você pode selecionar um alias de entrada de dados para ser utilizado para autenticação durante um processamento de recuperação XA.

Se você ativou a segurança para o barramento de integração de serviços associado, selecione o alias que especifica o ID do usuário e a senha usados para recuperação do XA válido no registro do usuário do WebSphere Application Server. Essa propriedade deve ser configurada se a segurança do barramento estiver ativada e as transações XA tiverem de ser utilizadas.

Necessário Não
Tipo de Dados lista drop-down

Confiabilidade de Mensagem Persistente

A confiabilidade aplicada às mensagens JMS persistentes foram enviadas utilizando esta connection factory.

Você pode alterar a opção de confiabilidade de entrega do destino de uma mensagem enviada por um aplicativo JMS como Persistent. O padrão é Reliable persistent, mas há várias outras opções, incluindo aquelas com características não-persistentes, com Best effort nonpersistent sendo a menos confiável. Para obter mais informações, consulte Níveis de Confiabilidade da Mensagem (on-line).
Importante: Se você alterar as opções de confiabilidade de entrega de uma mensagem enviada por um aplicativo JMS de uma das opções de Confiabilidade de mensagem persistente (Persistente garantido e Persistente confiável) para uma das opções de Confiabilidade de mensagem não persistente (Maior esforço não persistente, Não persistente expresso e Confiável não persistente), você se arriscará a perder mensagens em determinadas circunstâncias. Por exemplo, na reinicialização do servidor ou quando houver carga de trabalho intensa.
Necessário Não
Tipo de Dados lista drop-down
Intervalo
Melhor resultado não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha. As mensagens também poderão ser descartadas se uma conexão utilizada para enviá-las ficar indisponível ou os recursos de sistema estiverem restritos.

Expressa não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha. As mensagens também poderão ser descartadas se uma conexão utilizada para enviá-las ficar indisponível.

Confiável não-persistente
As mensagens são descartadas quando um mecanismo de sistema de mensagens pára ou falha.

Confiável persistente
As mensagens podem ser descartadas quando um mecanismo do sistema de mensagens falha.

Garantida persistente
As mensagens não são descartadas.

Como destino de barramento
Utilize a opção de entrega configurada para o destino de barramento.

Transmitir Carga Útil da Mensagem por Referência

Quando grandes mensagens de objetos ou mensagens de bytes são enviadas, o custo no uso da memória e do processador de serialização, desserialização e cópia da carga útil da mensagem pode ser expressivo. Se você ativar as propriedades transmitir carga útil de mensagem por referência em um connection factory ou uma especificação de ativação, informará ao provedor do sistema de mensagens padrão para substituir a especificação do JMS 1.1 e reduzir ou ignorar potencialmente essa cópia de dados.

CUIDADO:
As partes da Especificação JMS ignoradas por essas propriedades são definidas para garantir a integridade dos dados da mensagem. Qualquer aplicativo JMS que utilizar essas propriedades deverá seguir rigorosamente as regras descritas em Por Que e Quando Transmitir a Carga Útil de Mensagem JMS por Referência (on-line), ou você correrá o risco de perder a integridade de dados.

Aplicativos que utilizam essa connection factory para enviar mensagens devem obedecer as seguintes regras:

  • O aplicativo não modifica o objeto de dados contido em uma mensagem de objeto JMS.
  • O aplicativo preenche uma mensagem de bytes de JMS usando uma chamada simples para writeBytes(byte[]) e não modifica a matriz de bytes depois de ser configurado na mensagem.

Quando ativado, as mensagens de objeto/bytes enviadas por um aplicativo que produz mensagem que se conectou ao barramento utilizando esta connection factory não terão os dados copiados e o sistema só irá serializar os dados da mensagem quando absolutamente necessário. Os aplicativos que enviam tais mensagens não devem modificar os dados quando tiverem sido configurados na mensagem.

Necessário Não
Tipo de Dados Caixa de Opção

Aplicativos que utilizam essa connection factory para receber mensagens devem obedecer a seguintes regra:

  • O aplicativo não modifica o objeto de dados obtido a partir de uma mensagem de objeto JMS. O objeto de dados é tratado como de leitura.

Quando ativado, as Mensagens de Objeto recebidas por um aplicativo de consumo de mensagem que se conectou a esta connection factory só terão os dados da mensagem serializados pelo sistema quando absolutamente necessário. Os dados obtidos dessas mensagens devem ser tratados como readOnly por aplicativos.

Necessário Não
Tipo de Dados Caixa de Opção

Propriedades Adicionais

Propriedades do Conjunto de Conexões
Um conjunto opcional de configurações do conjunto de conexões.



Nome de Arquivo: SIBJMSQueueConnectionFactory_DetailForm.html