JMS Connection Factory de Tópico [Configurações]

Um JMS connection factory de tópico é utilizado para criar conexões com o provedor JMS associado dos tópicos JMS, para o sistema de mensagens publicação/assinatura. Utilize os objetos administrativos da connection factory do tópico para gerenciar o JMS connection factories do tópico 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 tópico > factory_name
  • Recursos > JMS > Provedores JMS > a_messaging_provider > [Propriedades Adicionais] Connection Factories de Tópico > factory_name
Utilize este painel para navegar ou alterar as propriedades de configuração da Connection Factory de tópico JMS para uso com o provedor de sistema de mensagens JMS padrão. Estas propriedades de configuração controlam como as conexões são criadas para tópicos JMS associados.

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

A configuração de um alias de autenticação gerenciado por contêiner e um módulo de mapeamento em uma Connection Factory são reprovados no release 6.0. Defina agora essas propriedades nas ligações da referência de recurso do aplicativo. Se não deseja modificar as ligações de um aplicativo existente, localize essa Connection Factory nos painéis do J2C nos quais ainda pode encontrar estas propriedades.


Links marcados (on-line) requerem acesso à Internet. Cada link ativa uma procura pelo 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)

Conceitos relacionados
Connection Factories JMS e Integração de Serviços (on-line)
Recursos de Tópicos JMS e Integração de Serviço (on-line)
Por Que e Quando Transmitir a Carga Útil de Mensagens JMS por Referência (on-line)
Tarefas relacionadas
Configurando uma Connection Factory de Tópico JMS para o Fornecedor de Sistema de Mensagens Padrão (on-line)
Referências relacionadas
Transmitir carga útil da mensagem por referência: Benefícios em potencial para cada etapa de processo (on-line)
Transmitir carga útil da mensagem por referência: Utilizar cenários e códigos de exemplo para aplicativos de redirecionamento (on-line)
Transmitir carga útil da mensagem por referência: Código de exemplo para aplicativos de produtor e consumidor (on-line)
Informações relacionadas
Botões do Console Administrativo
Preferências do Administrative Console
For z/OS platforms For WebSphere Application Server Network Deployment Propriedades Administrativas para Conexões JMS com um Barramento

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 mais informações 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

Nome do barramento 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.
Preencha o nome do barramento local em casos em que um aplicativo realize conexões com barramentos externos.
Necessário Sim
Tipo de Dados Customizado

Identificador de Cliente

O identificador do cliente JMS é necessário para assinaturas de tópico duráveis em todas as conexões criadas utilizando esta Connection Factory.

Necessário Não
Tipo de Dados Texto

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 informações adicionais, consulte Níveis de Confiabilidade da Mensagem (on-line).
Necessário Não
Tipo de Dados Lista de Seleção
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 em decorrência da limitação de recursos do sistema.

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 de 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 de Seleção
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 de tópico temporário

O prefixo utilizado no início dos tópicos temporários criados pelos aplicativos utilizando essa connection factory.

Necessário Não
Tipo de Dados Texto

Início da assinatura estável

O nome do mecanismo do sistema de mensagens utilizado para armazenar mensagens entregues a assinaturas duráveis para objetos criados a partir desta JMS connection factory.

Para permitir que os aplicativos utilizem assinaturas duráveis, é necessário definir esta propriedade.
Necessário Não
Tipo de Dados Customizado

Compartilhar Assinaturas Duráveis

Controla se assinaturas duráveis serão ou não compartilhadas em conexões com membros de um cluster de servidores.

Normalmente, apenas uma sessão de cada vez pode ter um TopicSubscriber para uma determinada assinatura durável. Esta propriedade permite substituir este comportamento, para permitir que uma assinatura durável tenha vários consumidores simultâneos.
Necessário Não
Tipo de Dados Lista de Seleção
Intervalo
Em Cluster
Permite o compartilhamento de assinaturas duráveis quando são feitas conexões a partir de um cluster de servidores.

Sempre compartilhado
As assinaturas duráveis podem ser compartilhadas entre conexões.

Jamais compartilhado
As assinaturas duráveis nunca são compartilhadas entre conexões.

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.

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 Texto

Tipo de Destino

O tipo de destino nomeado na propriedade Destino.

Necessário Não
Tipo de Dados Lista de Seleção
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 de Seleção
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
Esse é um protocolo orientado por conexão, utilizando 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.

Essa propriedade precisará ser modificada apenas se você tiver aplicativos cliente em execução fora de um servidor de aplicativos ou aplicativos em um servidor em uma outra célula que desejam utilizar essa connection factory para conectar-se ao barramento de integração de serviço de destino especificado na connection factory.

Para utilizar destinos do JMS do fornecedor 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 de uma célula para conectar-se a um barramento de destino em outra célula não consegue localizar diretamente um mecanismo de sistema de mensagens para conectar-se no barramento de destino.

Nesses cenários, os clientes (ou servidores no outro barramento) devem concluir um processo de auto-inicialização através de um servidor de auto-inicialização que é um membro do barramento de destino. Um servidor de auto-inicialização é um servidor de aplicativos em execução no Serviço SIB, mas não precisa estar em execução em nenhum mecanismo de sistema de mensagens. O servidor de auto-inicialização seleciona um mecanismo de sistema de mensagens que está em execução em um servidor de aplicativos que suporta a cadeia de transporte de destino desejada. Para que o processo de auto-inicialização seja possível, você deve configurar um ou mais terminais do provedor na connection factory utilizada pelo cliente.

Um servidor de auto-inicialização utiliza uma porta específica e uma cadeia de transporte de auto-inicializaçã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 a extremidade remota do link. Juntamente com o nome do host, eles formam o endereço do terminal do servidor de auto-inicialização.

As propriedades de uma 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, o host local será utilizado
    • Se nenhuma porta for especificada, a porta 7276 será utilizada
    • Se nenhuma cadeia do canal de auto-inicialização for especificada, a cadeia de transporte de auto-inicialização chamada BootstrapBasicMessaging será utilizada
  • Se as credenciais de segurança forem fornecidas, então, por padrão
    • Se nenhum host for especificado, o host local será utilizado
    • Se nenhuma porta for especificada, a porta 7286 será utilizada
    • Se nenhuma cadeia do canal de auto-inicialização for especificada, a cadeia de transporte de auto-inicialização chamada BootstrapBasicMessaging será utilizada
Nota: For i5/OS platforms Para a plataforma i5/OS, você deve (pelo menos) alterar o nome do host padrão de localhost para your.server.name.

Se você desejar que um aplicativo utilize um servidor de auto-inicialização com um endereço de terminal diferente, você precisará especificar o endereço do terminal necessário na propriedade Terminais do provedor dos connection factories JMS que o aplicativo cliente utiliza. Você pode especificar um ou mais endereços de terminal dos servidores de auto-inicialização.

Os endereços de terminais para servidores de auto-inicialização devem ser especificados em cada connection factory JMS que é utilizada por aplicativos fora de um servidor de aplicativos. Para evitar a necessidade de especificar uma longa lista de servidores de auto-inicialização, você pode fornecer servidores altamente disponíveis como servidores de auto-inicialização dedicados. Em seguida, basta especificar uma breve lista de servidores de auto-inicialização em cada Connection Factory.

Nota: Ao configurar uma conexão com um servidor de auto-inicialização não padrão, especifique os valores requeridos para o endereço do terminal utilizando o caractere dois-pontos como separador.
Por exemplo: para uma porta não segura 7278 designada ao servidor, no host boothost1, e utilizando a cadeia de transporte padrão BootstrapBasicMessaging:
boothost1:7278:BootstrapBasicMessaging
ou
boothost1:7278
e para um servidor com a porta 7289 segura designada, no host boothost2, e utilizando 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. No caso de um endereço IPv6, coloque colchetes ([]) ao redor 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 i5/OS platforms Para a plataforma i5/OS, você deve (pelo menos) alterar o nome do host padrão de localhost para your.server.name.
port_number
Onde especificado, é um dos seguintes endereços do mecanismo do sistema de mensagens que hospeda a extremidade remota 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 auto-inicialização predefinida utilizada para conectar-se ao servidor de auto-inicialização. Se não for especificado, 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 auto-inicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de auto-inicializaçã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 faz túneis de JFAP utilizando wrappers HTTP.
BootstrapTunneledSecureMessaging
Antes de poder utilizar essa cadeia de transporte de auto-inicialização, você deve definir uma cadeia de transporte do servidor correspondente no servidor de auto-inicializaçã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 faz túneis de JFAP utilizando wrappers HTTP.

É incorreto especificar host_name : chain_name em vez de host_name : : chain_name (com dois caracteres dois-pontos). É válido não digitar nada ou digitar um dos seguintes: "a, "a:", ":7276", "::chain" e etc. 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 auto-inicialização, identifique todos os endereços de terminais necessários. 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 de Seleção
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. A utilização deste alias depende da definição de autenticação de recursos (res-auth) declarada na referência de recurso da Connection Factory dos descritores de implementação de um componente do aplicativo.

Necessário Não
Tipo de Dados Lista de Seleção

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. No entanto, monitorar manipulações pode gerar grande sobrecarga de desempenho, se utilizadas 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 mais informações 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 J2C 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ê tiver ativado 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 utilizados para recuperação XA que é válida 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 de Seleção

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 informações adicionais, 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 de Seleção
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 em decorrência da limitação de recursos do sistema.

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 de 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 mensagens de objetos ou mensagens de bytes grandes forem enviadas, os custos em memória e uso do processador de serialização, desserialização e cópia da carga útil de mensagens podem ser significativos. 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.

Os aplicativos que utilizam esse 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 JMS utilizando uma única chamada para writeBytes(byte[]) e não modifica a matriz de bytes depois que ela for configurada 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

Os aplicativos que utilizam esse connection factory para receber mensagens devem obedecer a seguinte 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 definições do conjunto de conexões.



File name: SIBJMSTopicConnectionFactory_DetailForm.html