【发布时间】:2012-10-06 09:26:07
【问题描述】:
我有一个当前部署在 Glassfish 上的 JavaEE 应用程序,我为此编写了一个负载测试,该应用程序可以在不到一小时(目前 - 崩溃的速度改进即将到来)耗尽 JMS 连接池并使用非常糟糕的消息
使用中的连接等于 max-pool-size 和过期的 max-wait-time。无法分配更多连接。
我想看看我的哪些 JavaEE 组件泄漏了 JMS 连接。对于内存,我想我可以使用分析器,也可以将它用于 JDBC 连接。但是,跟踪打开/关闭的 JMS 连接以及创建它们但不释放它们的组件的最佳工具是什么?
【问题讨论】:
标签: glassfish profiling jms monitoring