Recently, we fixed a bug in our JMS message producer that was not closing the connection to the Queue it was interacting with. Due to this, the ActiveThreadCount kept growing. At that point, we did not take the thread dump to verify count of UIL threads. Now, after the fix, we see the ActiveThreadCount growing but not so fast. However, when we take the thread dump from the web console, we see a numerous occurences of SelectorThread. Is it related to JMS? We googled for this snippet but did not find any precedents. The thread description in the dump is as follows:

Thread: SelectorThread : priority:5, demon:true, threadId:328, threadState:RUNNABLE, threadLockName:null
sun.nio.ch.WindowsSelectorImpl$SubSelector.poll0(Native Method)
sun.nio.ch.WindowsSelectorImpl$SubSelector.poll(WindowsSelectorImpl.java:275)
sun.nio.ch.WindowsSelectorImpl$SubSelector.access$400(WindowsSelectorImpl.java:257)
sun.nio.ch.WindowsSelectorImpl.doSelect(WindowsSelectorImpl.java:138)
sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
com.sun.corba.se.impl.transport.SelectorImpl.run(SelectorImpl.java:249)

The JBoss installation in our system interfaces with Weblogic in two ways:
1. A message producer in Weblogic (8.1 sp6) posts a message to a Queue configured in JBoss (4.0.5). An MDB in JBoss listens for messages in this Queue and consumes them. We fixed the bug in the message producer where it was not closing QueueConnections to JBoss Queue.
2. A session bean is exposed as a webservice using Apache Axis. This session bean is deployed in JBoss. This session bean receives web service requests from our partners and synchronously calls an EJB in Weblogic.

Is it possible that the SelectorThread is being spawned by the second scenario where our application code, residing in JBoss, is making calls into Weblogic?

Thanks in advance,
Abbas