Connection Factory do Tópico do Provedor de Sistemas de Mensagens Padrão [Configurações]

Um connection factory de tópico JMS é utilizado para criar conexões com o provedor JMS associado de tópicos JMS, para o sistema de mensagens de publicação/assinatura. Utilize objetos administrativos de connection factory de tópico para gerenciar connection factories de tópico JMS para o provedor de sistemas de mensagens padrão.

Para visualizar esta página 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 do 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, 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). É possível modificar as configurações do conjunto de conexões para esse connection factory selecionando 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 do módulo de mapeamento em um connection factory foi descontinuada. 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 esse Connection Factory nos painéis do J2C nos quais ainda pode encontrar estas propriedades.

Guia Configuração

A guia Configuração mostra propriedades de configuração para esse objeto. Estes valores da propriedade são preservados mesmo que o ambiente de tempo de execução seja parado e reiniciado em seguida. 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 podem utilizar este objeto de recurso.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

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 destinos de fila ou tópico JMS específicos. Os objetos administrativos do provedor JMS são utilizados para gerenciar recursos de JMS do provedor JMS associado.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

Nome

O nome de exibição necessário para o recurso.

Informações	Valor
Obrigatório	Sim
Tipo de dado	Seqüência de Caracteres

Nome de JNDI

O nome de JNDI para o 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 o tópico de suporte ao JDNI em WebSphere Application Server.

Informações	Valor
Obrigatório	Sim
Tipo de dado	Seqüência de Caracteres

Descrição

Uma descrição opcional para o recurso.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Área de Texto

Categoria

Uma cadeia de categorias opcional a ser utilizada na classificação ou no agrupamento do recurso.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

Nome do barramento

O nome do barramento para conexão.

Este é o nome do barramento de integração de serviço utilizado por este 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.

Informações	Valor
Obrigatório	Sim
Tipo de dado	Personalizada

Destino

O nome de um destino que identifica um grupo de mecanismos dos sistemas de mensagens. Especifique o tipo de destino utilizando a propriedade Tipo de 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 o uso dessa propriedade com outras propriedades do connection factory para o gerenciamento de carga de trabalho das conexões, consulte o tópico Propriedades Administrativas das Conexões JMS para um Barramento.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

Tipo de destino

O tipo de destino denominado na propriedade Destino.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

Nome do Membro do 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 Customizado: 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.

Significado do Destino

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

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

Preferido: É preferível que um mecanismo do sistema de mensagens seja selecionado no grupo de destino. Um mecanismo do 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.
Required: É necessário que um mecanismo do sistema de mensagens seja selecionado no grupo de destino. Um mecanismo do 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á.

Cada de transporte de entrada de destino

O nome da cadeia de transporte de entrada que o aplicativo deve destinar ao conectar-se a um mecanismo do sistema de mensagens em um processo separado para o aplicativo. Se for escolhido um mecanismo do sistema de mensagens em outro processo, uma conexão poderá ser estabelecida apenas se o mecanismo do sistema de mensagens estiver em um servidor que execute a cadeia de transporte de entrada 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 do WebSphere -> 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 mensagens, em execução 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 forem utilizados os fluxos de XA remoto, um coordenador de transação deverá estar disponível localmente no aplicativo.
InboundSecureMessaging: Este é o protocolo InboundBasicMessaging agrupado no SSL.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

Terminais do Provedor

Uma lista separada por vírgula de grupos de três terminais, com a sintaxe hostName:portNumber:chainName, utilizada para a conexão com um servidor de auto-inicialização. Por exemplo, Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging. Se hostName não for especificado, o padrão será host local. Se portNumber não for especificado, o padrão será 7276. Se chainName não for 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 fornecedor de sistema de mensagens padrão, um aplicativo conecta-se a um mecanismo do 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 por meio 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 auto-inicialização seja possível, você deve configurar um ou mais nós de extremidade 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 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: 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. É possível 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: 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 do WebSphere -> 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 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 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 do WebSphere -> 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 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 do WebSphere -> 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 nó de extremidade 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

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Área de Texto

Proximidade de Conexão

A proximidade dos mecanismos dos sistemas de mensagens que podem aceitar pedidos de conexão, em relação ao mecanismo do 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 do 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.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

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.

Identificador de Cliente

O identificador de cliente JMS necessário para assinaturas de tópicos duráveis em todas as conexões criadas utilizando este connection factory.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

Home da assinatura durável

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

Para permitir que os aplicativos utilizem assinaturas duráveis, você deve definir esta propriedade.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Personalizada

Confiabilidade de Mensagem Não Persistente

A confiabilidade aplicada a mensagens JMS não persistentes enviadas usando este connection factory.

É possível 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 o tópico Níveis de Confiabilidade da Mensagem - Modo de Entrega de JMS e Qualidade da Integração de Serviço do Serviço.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

Melhor resultado não persistente: As mensagens são descartadas quando um mecanismo do sistema de mensagens pára ou falha. As mensagens também podem ser descartadas se uma conexão usada para enviá-las torna-se disponível ou como um resultado de recursos do sistema restrito.
Express a não persistente: As mensagens são descartadas quando um mecanismo do 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.
Não persistente Confiável: As mensagens são descartadas quando um mecanismo do sistema de mensagens pára ou falha.
Persistente Confiável: As mensagens podem ser descartadas quando um mecanismo do sistema de mensagens falha.
Persistente Assegurado: As mensagens não são descartadas.
Como Destino de Barramento: Utilize a opção de entrega configurada para o destino do barramento.

Confiabilidade de Mensagem Persistente

A confiabilidade aplicada a mensagens JMS persistentes enviadas usando este connection factory.

É possível 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 o tópico Níveis de Confiabilidade da Mensagem - Modo de Entrega de JMS e Qualidade da Integração de Serviço do Serviço.

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.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

Melhor resultado não persistente: As mensagens são descartadas quando um mecanismo do sistema de mensagens pára ou falha. As mensagens também podem ser descartadas se uma conexão usada para enviá-las torna-se disponível ou como um resultado de recursos do sistema restrito.
Express a não persistente: As mensagens são descartadas quando um mecanismo do 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.
Não persistente Confiável: As mensagens são descartadas quando um mecanismo do sistema de mensagens pára ou falha.
Persistente Confiável: As mensagens podem ser descartadas quando um mecanismo do sistema de mensagens falha.
Persistente Assegurado: As mensagens não são descartadas.
Como Destino de Barramento: Utilize a opção de entrega configurada para o destino do barramento.

Leitura Antecipada

A leitura antecipada é uma otimização que, preemptivamente, designa mensagens aos consumidores. Isto melhora o tempo gasto para atender a pedidos do consumidor.

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.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

Default: 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 melhora o tempo gasto para atender a pedidos do consumidor.
Desativada: O fornecedor de sistema de mensagens não designa, preemptivamente, mensagens a consumidores.

Prefixo do nome de tópico temporário

O prefixo utilizado no início de tópicos temporários criados por aplicativos utilizando este connection factory.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Seqüência de Caracteres

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.

Geralmente, somente uma sessão, por vez, pode ter o TopicSubscriber para uma assinatura durável específica. Esta propriedade permite substituir este comportamento, para permitir que uma assinatura durável tenha vários consumidores simultâneos.

Informações

Valor

Obrigatório

NÃO

Tipo de dado

lista drop-down

Range

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.

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. Todos os aplicativos JMS que usam essas propriedades devem seguir estritamente as regras descritas no tópico Por que e Quando Passar a Carga Útil da Mensagem JMS por Referência, ou haverá o risco de perda da 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 ativadas, as mensagens de Objeto/Bytes enviadas por um aplicativo de produção de mensagens que se conectou ao barramento usando este connection factory não terão seus dados copiados quando configuradas e o sistema somente serializará os dados da mensagem quando for realmente necessário. Os aplicativos que enviam tais mensagens não devem modificar os dados, uma vez que foram definidos na mensagem.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Booleana

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 ativadas, as Mensagens de Objeto recebidas por um aplicativo que consome mensagem que foi conectado a esse connection factory terão apenas os dados da mensagens serializados pelo sistema quando for realmente necessário. Os dados obtidos a partir dessas mensagens devem ser tratados como readOnly pelos aplicativos.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Booleana

Contextos de Transações Faltando no Log

Indica se o contêiner registra ou não que está faltando um contexto de transação quando uma conexão é 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.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Booleana

Gerenciar Manipulações Armazenadas em Cache

Indica se os identificadores armazenadas em cache (identificadores mantidos nas 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.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Booleana

Compartilhar origem de dados com CMP

Permitir compartilhamento de conexões entre o JMS e os beans EJB de entidade da persistência gerenciada por contêiner (CMP).

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 o uso dessa opção, consulte o tópico Permitindo que Beans de Entidade CMP e Armazenamentos de Dados do Mecanismo do Sistema de Mensagens Compartilhem Conexões do Banco de Dados.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	Booleana

Alias de autenticação de recuperação XA

O alias de autenticação utilizado durante o processamento de recuperação de 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. É possível 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.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	lista drop-down

Alias de Configuração de Mapeamento

Especifica o alias de configuração do mapeamento para a configuração de mapeamento Java Authentication and Authorization Service (JAAS) que é usada por este connection factory.

Esse campo será utilizado apenas na ausência de um loginConfiguration na referência de recurso do componente. A especificação de uma configuração de login e propriedades associadas na referência de recursos do componente determina a estratégia de autenticação gerenciada por contêiner quando o valor res-auth for Container.Se a configuração de login DefaultPrincipalMapping estiver especificada, a propriedade associada será um alias de entrada de dados de autenticação de JAAS - J2C. Consulte a entrada de dados de autenticação de JAAS - J2C do item relacionado para definir um novo alias.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	lista drop-down

Alias de Autenticação Gerenciado por Contêiner

Esse alias especifica um ID do usuário e senha a serem usados para autenticar conexões com o provedor JMS para a autenticação gerenciada por contêiner. Essa configuração só é usada quando o valor res-auth é contêiner e o alias de autenticação não foi configurado quando o aplicativo foi implementado.

Informações	Valor
Obrigatório	NÃO
Tipo de dado	lista drop-down

Propriedades Adicionais

Propriedades do conjunto de conexões: Um conjunto opcional de configurações de conjuntos de conexões.

Itens Relacionados

JAAS - Dados de Autenticação do J2C: Especifica uma lista de identidades do usuário e senhas do usuário a serem utilizadas pela segurança do conector Java 2.
Barramentos: Um barramento de integração de serviços suporta aplicativos utilizando arquiteturas baseadas em mensagens e orientadas a serviços. Um barramento é um grupo de servidores e clusters interconectados que foram incluídos como membros do barramento. Os aplicativos conectam-se a um barramento em um dos mecanismos do sistema de mensagens associados a seus membros de barramento.

Nome do arquivo: SIBJMSTopicConnectionFactory_DetailForm.html