Java ThreadPoolExecutor - достучаться до working threads

[Интеррапт]

В то время, как если иметь свой hash map, куда добавлять/удалять runntable/thread в beforeExecute/afterExecute, то ты как бы всегда знаешь активные runnable и на каком thread он выполняется. И всегда можешь послать interrupt() этому потоку (ну и это уже дело автора, корректно имплементировать runnable, для обработки interrupt).

IMHO, в этой hash map лучше хранить не runnable, а то что надобкаким но обрабатывать/сигналить/убивать.
Так будет понятнее и безопаснее.

Это каким образом? Создавать еще один промежуточный класс вместо того, чтобы использовать основной класс?

[Alexandr]

Я, честно говоря, вообще не понимаю, в чем смысл собственно получить доступ к списку threads, так мы от ТС этого и не добились. Ведь по большму счету, у вас может быть, например, с десяток threads в пуле и штук 100 разных Runnable's собственно с задачами, которые переодически на этом десятке thread-ов будут выполнятся. В чем тогда поинт получить ссылку на worker thread, если ты все равно не знаешь, какой в данный момент на этом thread выполняется runnable и как следствие ты с этим runnable не можешь взаимодействовать? В то время, как если иметь свой hash map, куда добавлять/удалять runntable/thread в beforeExecute/afterExecute, то ты как бы всегда знаешь активные runnable и на каком thread он выполняется. И всегда можешь послать interrupt() этому потоку (ну и это уже дело автора, корректно имплементировать runnable, для обработки interrupt).

я уже там выше писал, в чем смысл получить доступ с списку потоков = залеть руками в абстракцию, что-то вроде как через reflection к private полям лезть

[Palych]

В то время, как если иметь свой hash map, куда добавлять/удалять runntable/thread в beforeExecute/afterExecute, то ты как бы всегда знаешь активные runnable и на каком thread он выполняется. И всегда можешь послать interrupt() этому потоку (ну и это уже дело автора, корректно имплементировать runnable, для обработки interrupt).

IMHO, в этой hash map лучше хранить не runnable, а то что надо как-то обрабатывать/сигналить/убивать.
Так будет понятнее и безопаснее.

Это каким образом? Создавать еще один промежуточный класс вместо того, чтобы использовать основной класс?

Может быть и "основной" класс, смотря как оно сделано. Главное чтобы не Runnable.
Runnable должен раннить, чтобы была одна точка входа и выхода... Впрочем это мелочь. Never mind.

[Flash-04]

Ужасно смотреть как попираются принципы инкапсуляции