Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1115650 - [GSS] (6.4.0) jboss-remote-naming thread does not shutdown even if calling "javax.naming.InitialContext#close()"
[GSS] (6.4.0) jboss-remote-naming thread does not shutdown even if calling "j...
Status: VERIFIED
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Naming (Show other bugs)
6.2.4,6.3.0
Unspecified Unspecified
urgent Severity medium
: DR1
: ---,EAP 6.4.0
Assigned To: David M. Lloyd
Jan Martiska
:
Depends On: 1131628
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-02 16:10 EDT by Masafumi Miura
Modified: 2015-02-26 19:55 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 1118673 None None None Never

  None (edit)
Description Masafumi Miura 2014-07-02 16:10:30 EDT
Description of problem:

The following jboss-remote-naming thread ("naming-client-message-receiver-*") does not shutdown and still remains after calling "javax.naming.InitialContext#close()".

~~~
"naming-client-message-receiver-1-thread-1" daemon prio=10 tid=0x00007f7f24001800 nid=0xdebae waiting on condition [0x00007f7f8cd85000]
   java.lang.Thread.State: TIMED_WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x0000000783119180> (a java.util.concurrent.SynchronousQueue$TransferStack)
    at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
    at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
    at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
    at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
    - None
~~~


How reproducible:
Anytime.


Steps to Reproduce:
1. Use the attached helloworld-jms-clearthreadpool.tar.gz, which is based on the jboss quickstart helloworld-jms 
2. Take a thread dump after calling "javax.naming.InitialContext#close()"


Actual results:
"naming-client-message-receiver-*" does not shutdown after calling "javax.naming.InitialContext#close()"


Expected results:
"naming-client-message-receiver-*" shutdown after calling "javax.naming.InitialContext#close()".
Comment 6 Jan Martiska 2014-11-27 05:03:03 EST
Verified in EAP 6.4.0.DR11 / remote naming 1.0.10.Final-redhat-1. The thread naming-client-message-receiver-1-thread-1 no longer persists after the context is closed.

Note You need to log in before you can comment on or make changes to this bug.