Błąd połączenia bazy danych Glassfish spowodowany przez wyjątek jms

Question

Używam Glassfish v2.1.1, MySQL 5.1 i ActiveMQ 5.4.2 włącznie. jego adapter zasobów. Jeśli adapter zasobów ActiveMQ zgłasza wyjątek podczas uczestniczenia w XATransaction, w tym zarówno bazę danych, jak i transakcję jms , wówczas szkielet będzie zawierał transakcję w stanie wycofania, która nie zwalnia połączenia z bazą danych do puli połączeń z bazą danych. Te transakcje będą piętrzyć się i ostatecznie nasycić pulę połączeń z bazą danych.

Co się tutaj stanie i jak mogę zapobiec zawieszaniu się tych transakcji w stanie przywracania zawieszonym na połączeniach z bazą danych?

poważaniem Trym

Answer 1

GlassFish przewiduje w panelu konsoli administracyjnej reated do dowolnego connector connection pool „przeciek Reclaim”, która będzie odzyskać wyciekły połączenie po upływie określonego czasu (także zdefiniowane w niniejszym właściwości łącznika) ... i wyjścia ślad stosu za każdym razem, gdy nastąpiło wyciek połączenia.

Możesz również rzucić okiem na to pytanie, które zadawałem o tym samym JMS connection pool issue.