Solução: assegure-se de que cada intermediário esteja configurado com o User Name Server. Utilize um único User Name Server para um
domínio de intermediário completo.
Além disso, todos os intermediários e o
Configuration Manager devem poder acessar o
gerenciador de filas do User Name Server. Se os erros BIP8303 forem registrados em um
registro de intermediário depois da inicialização, isso indica um problema
de comunicação com o User Name Server.
Verifique os canais do WebSphere MQ para
e a partir do User Name Server e tente
novamente. Você deve ver a mensagem de evento
BIP8204I para o
Configuration Manager e os intermediários,
mostrando que eles foram registrados com êxito com o
User Name Server.
Pode haver problemas
com usuários e associações em grupos se o domínio do intermediário se
estender por vários sistemas com diferentes listas de usuários.
Para cada computador contendo um intermediário, deve haver um grupo
denominado
mqbrkrs.
Ele deve conter os seguintes proprietários ou serão relatadas falhas de
autorização:
- ID do usuário de serviço do intermediário local
- IDs dos usuários de serviço de todos os intermediários
vizinhos
- ID do usuário de serviço do
Configuration Manager
Para os aplicativos clientes, se o ID do usuário da mensagem
for membro do grupo
mqbrkrs,
a segurança é ignorada (mesmo se um
User Name Server estiver sendo utilizado).
Se seu pedido do
publish/subscribe falhar e a mensagem do evento BIP7017 for emitida, verifique se o ID do usuário do cliente é conhecido para o sistema no qual o User Name Server está em execução. Além disso, se você estiver operando em um ambiente de domínio do
Windows, assegure que o
User Name Server tenha sido criado com o parâmetro -d no comando mqsicreateusernameserver configurado para o domínio apropriado, e que todos os IDs de usuários do aplicativo cliente sejam membros desse domínio.
A persistência de mensagem em publish/subscribe em geral é preservada.
No entanto, um assinante pode não obter a persistência esperada se
ACLs não permitirem.