DoSOfRedRiverНу, насколько я знаю, зависший поток вообще нельзя безопасно остановить.
Чейта? Если поток бесконечным циклом занят, то да. А если он заблокирован на локе или на IO, то interrupt-ом чудесно выкидывается исключение и обрабатывается.

chabapokимхо, тут больше в другом проблема. Если он выполняется где-то в дебрях нативного кода, то прибить процесс может только ос, а ОС не придумали механизма корректного прибивания процессов.
"процесс"-то тут при чем?

ShadowDamballahПодскажите, как реализовать следующее и чем лучше:

- породить несколько потоков (задач), которые выполняют некую работу
- создать что-то типа менеджера/монитора, который через некоторое время будет проверять состояния потоков и если один из них умер (скажем произошла ошибка в таске), сообщал об этом, но не переставал опрашивать “выживших”
- менеджер должен иметь механизм, который терминирует все опрашиваемые таски.
По-моему тут как раз надо не потоками оперировать. А тасками - см. Future/Callable. И хорошо бы определится, что такое "умер" и какая именно "ошибка"? Обработка исключений в Future/Callable нормально реализована.

DoSOfRedRiverНу, собственно, о том и речь. Блокирование зависанием обзывать не корректно, на мой взгляд.
Про "зависания" вы же первый и упомянули. У автора темы только про ошибки.
Взаимоблокировки и IO самые распространенные причины "зависания". Бесконечные циклы достаточно большая редкость. Вы какие-то ещё "зависания" знаете? GС паузы?

maytonДа. У нас была ситуация когда потоки обслуживающие сокеты
впадали в коматоз и прибить их средствами java было невозможно.
Как результат - аварийный ребут JBoss-а со всеми аппликейшенами.
Дамп стека коматоза не сохранился?

chabapokНо да, хочется прибивать зависшее - юзай процессы, а не потоки. Правда они тоже бывают неприбиваемы.
Получается, что так, но и то не всегда.

Пожалуйста попродробнее про "неприбиваемые". В каких случаях бывают?