Corrigido pela aplicação do WAS 7 fixpack 15 . Aparentemente, isso foi um bug no Websphere.
Estou tentando localizar um bug em um aplicativo interno e, como parte desse trabalho, notei uma aparente discrepância entre a configuração "Número máximo de encadeamentos" no WAS (BASE 7.0.0.0 r0835.03) e um encadeamento despejo que tirei enquanto o servidor estava em execução. Gostaria de saber se esse comportamento está correto ou se é potencialmente um bug, seja no WAS ou em nosso aplicativo.
Então, no WAS eu tenho um Gerenciador de Trabalho configurado no escopo do servidor:
MyWorkManager
Tempo limite de trabalho: 0
Tamanho da Fila de Solicitação de Trabalho: 0
Fila Completa: Bloco
Nomes de serviço: segurança (somente)
Segmentos de Alarme: 2
Min Threads: 0
Max Threads: 5
Prioridade do Tópico: 5
NÃO É CRESCENTE
Uma vez que nosso aplicativo está ativo e usando o gerenciador de trabalho, eu faço um dump de encadeamento usando wsadmin e há 19 encadeamentos trabalhando ativamente com o nome:
java.lang.ThreadGroup [name = MeuWorkManager: my_ear, maxpri = 10]
Eu teria assumido que veríamos um máximo de 5 threads de gerenciador de trabalho. Alguma idéia do que poderia estar acontecendo ou de diagnósticos adicionais que eu possa executar?
Corrigido pela aplicação do WAS 7 fixpack 15 . Aparentemente, isso foi um bug no Websphere.