Bug 1032935

Summary: Integration with application server thread-pool
Product: [JBoss] JBoss Fuse Service Works 6 Reporter: Jochen Cordes <jcordes>
Component: RT GovernanceAssignee: Nobody <nobody>
Status: NEW --- QA Contact: Matej Melko <mmelko>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.0.0CC: kejohnso, serviceworks, soa-p-jira, tschan+redhat
Target Milestone: ---   
Target Release: FUTURE   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Enhancement
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jochen Cordes 2013-11-21 09:29:01 UTC
Description of problem:

It looks like the RTGov threads are un-managed, i.e. not managed by JBoss EAP.

Below you can find an example for a thread
thread which seems not be
integrated with the JBoss EAP thead-pool:

"Thread-130" daemon prio=10 tid=0x89171400 nid=0x3c52 waiting on
condition [0x8269d000]
    java.lang.Thread.State: WAITING (parking)
         at sun.misc.Unsafe.park(Native Method)
         - parking to wait for  <0xaabee058> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
         at
java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
         at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
         at
java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:322)
         at
org.overlord.rtgov.activity.collector.activity.server.ActivityServerLogger$1.run(ActivityServerLogger.java:97)
         at java.lang.Thread.run(Thread.java:662)

Version-Release number of selected component (if applicable):

6.0.0 Beta

How reproducible:

Always

Steps to Reproduce:
1. Startup FSW
2. Activate services
3. Do a threaddump

Actual results:

Threads are not managed by the JBoss EAP thread-pool

Expected results:

Threads should be managed by the JBoss EAP thread-pool.

Additional info: