Один набор только дампов потоков не будет слишком полезен, чтобы найти причину. Возьмите 4 или 5 наборов дампов с интервалом 5 секунд между каждым. таким образом, в конце у вас будет один лог-файл, который требует около 20-25 секунд действия на сервере приложений.
Тогда вам следует проверить, не хотите ли вы проверить, не застрял ли поток или выполняется длительная транзакция, все дампы потоков покажут, что определенный идентификатор потока находится на той же строке в трассировке стека Java. Проще говоря, транзакция (скажем, в EJB или базе данных) охватывает несколько дампов потоков и, следовательно, требует дополнительного изучения.
Теперь, когда вы выполните их через Самурай или TDA (я сам не использовал TDA), он выделит их красным цветом, чтобы вы могли быстро щелкнуть по нему и перейти к строкам, показывающим проблемы.
См. Пример здесь . Посмотрите на изображение самурая в этой ссылке. Зеленый в порядке. Красный и серый нужно смотреть.
В вашем случае поток 25 блокируется при попытке получить блокировку для этого объекта
com/jnn/testController@0x135a26c0
Поиск по оставшейся части блокировки, чтобы увидеть, что удерживает блокировку на том же объекте, и понять, почему он не снимает блокировку - это будет видно в трассировке стека