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

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.

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.

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.

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.

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.

boothost1:7278:BootstrapBasicMessaging
ou 
boothost1:7278

boothost2:7289:BootstrapTunneledSecureMessaging

[ [host_name] [ ":" [port_number] [ ":" chain_name] ] ]

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 ":".

boothost1:7278:BootstrapBasicMessaging, 
  boothost2:7289:BootstrapTunneledSecureMessaging, 
  [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging

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.

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.

• 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.

• 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.

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

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.

Essa propriedade fornece uma lista dos aliases de entrada de dados de autenticação JCA 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.