Hazelcast線程阻止TomEE停止

Question

上下文

我們希望在TomEE中使用Hazelcast作爲JCache實現。由於我們不需要瘋狂的性能，目前我們希望運行Hazelcast節點作爲我們應用程序的一部分。

我們使用Hazelcast 3.7和TomEE 7.0.1。

問題

當停止TomEE，它抱怨WARNING - The web application [APPLICATION_NAME] appears to have started a thread named [SOMENAME] but has failed to stop it. This is very likely to create a memory leak.幾次和VM不會停止正常，但繼續運行。

解決方法顯然是一旦看起來空閒就終止進程。毋庸置疑，這正在推動我們的開發人員和開發人員瘋狂。

獨立Hazelcast節點

爲了排除被內部TomEE運行Hazelcast節點出現的問題的可能性，我試圖啓動一個獨立的Hazelcast節點，並改變了我們的應用程序只使用Hazelcast客戶端連接到所述節點。行爲保持不變。據我可以從幾個網頁搜索中得知，Hazelcast客戶端也啓動多個線程，以與服務器節點通信。

Hazelcast的無重複防止終止

的JVM這個問題不是Hazelcast prevents the JVM from terminating重複，因爲我們完全依靠Hazelcasts的JCache實現。我們不直接訪問Hazelcast實例，因此我們不能撥打shutDownAll()。

測試用例

我創建了一個small test case on GitHub重現該問題。

問題

• 我們可以使用Hazelcast作爲後端的JCache在Java EE應用程序？
• 我們必須做些什麼才能讓應用程序正常停止？
• 我們是否也可以將Hazelcast節點作爲我們的應用程序的一部分運行？如果沒有：爲什麼這是一個壞主意？

Answer 1

Hazelcast使用它自己的線程，他們並不總是守護程序，可以保證在您關閉hazelcast實例（客戶端或節點）通過像一個生產者在https://issues.apache.org/jira/browse/TOMEE-1723

直到hazelcast固定的生命週期及其通過CDI擴展實例，它可能是最乾淨的，你可以做的。

注：這也是可行的使用tomee內部服務器API啓動實例較早，但並不需要在大多數情況下

Answer 2

解決方案

rmannibucau的answer向我指出了正確的方向。

我添加了一個豆，@Observes @Destroyed(ApplicationScoped.class)和調用Caching.getCachingProvider().close()。這又會關閉潛在的Hazelcast實例。

該解決方案還避免了與Hazelcast類的直接交互。依賴關係可以保持限制在runtime範圍內。

我在此解決方案中添加了a branch to the test case。