[jgroups-users] RejectedExcecutionException in TP
Questions/problems related to using JGroups <[email protected]>
| Newsgroups | gmane.comp.java.javagroups.general |
|---|---|
| Message-ID | <[email protected]> |
Bonjour à tous, I hit this exception in a test run with v3.6.7. java.util.concurrent.RejectedExecutionException: Task org.jgroups.protocols.TP$3@3485cdbb rejected from java.util.concurrent.ThreadPoolExecutor@70067f19[Running, pool size = 4, active threads = 4, queued tasks = 500, completed tasks = 1717] at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2047) at org.jgroups.util.ShutdownRejectedExecutionHandler.rejectedExecution(ShutdownRejectedExecutionHandler.java:33) at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:823) at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1369) at org.jgroups.protocols.TP.loopback(TP.java:1522) at org.jgroups.protocols.TP.down(TP.java:1486) at org.jgroups.stack.Protocol.down(Protocol.java:438) It looks like I could increase the size of the internal thread pool in TP but shouldn't it have some exception handling and retry for this? I don't have a way to control the number of threads that might send messages requiring loopback at any point in time. I would set loopback_separate_thread to false but this setting warns "Don't use this; might get removed without warning". Bruce Schuchardt Apache Geode project ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 _______________________________________________ javagroups-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/javagroups-users