[jboss-jira] [JBoss JIRA] (WFLY-3663) WildFly should manage JGroups and Infinispan thread pools by default

[Paul Ferraro (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-3663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988096#comment-12988096 ] 

Paul Ferraro commented on WFLY-3663:
------------------------------------

There is already a JIRA for that: https://issues.jboss.org/browse/WFLY-497
I'll add the missing dependency.

> WildFly should manage JGroups and Infinispan thread pools by default
> --------------------------------------------------------------------
>
>                 Key: WFLY-3663
>                 URL: https://issues.jboss.org/browse/WFLY-3663
>             Project: WildFly
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Clustering
>    Affects Versions: 8.1.0.Final
>            Reporter: Paul Ferraro
>            Assignee: Paul Ferraro
>             Fix For: 9.0.0.Beta1
>
>
> In our default configuration, both JGroups and Infinispan manage their own thread pools.  Unfortunately, both projects do not handle thread pool lifecycle  so well.  Both projects use ExecutorService.shutdownNow() to end their thread pool lifecycles.  This means that a channel or cache can stop, but still leave active threads running (albeit interrupted).  We should have services that manage the lifecycle of our thread pools which ensure that all threads have terminated during Service.stop().
> This causes occasional OOMs in the Windows CI testsuite runs, due to too many threads lying around.



--
This message was sent by Atlassian JIRA
(v6.2.6#6264)