SelectorThread in Broker-J code extends Thread but it should not be used as a thread.
SelectorThread works as a command parameter (Runnable) that is put in a new thread:
There has to be exactly one SelectorThread for every NetworkConnectionScheduler, the SelectorThread maintain a common data that are shared among IO-threads from the scheduler thread pool. We can find the following code in the SelectorThread:
If anybody replaced previous code and set the name directly (calling the inherited setName method) then it would be a bug and the name would not be set to the current thread. The code lure a developer in using the methods inherited from Thread, but these methods would not have the expected effect. SelectorThread is not mentioned to be used as a thread and SelectorThread should only implement Runnable interface instead of extending Thread.