Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/353.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
WebSphere7JMS连接池;成长_Websphere_Ibm Mq - Fatal编程技术网

WebSphere7JMS连接池;成长

WebSphere7JMS连接池;成长,websphere,ibm-mq,Websphere,Ibm Mq,我正在运行websphere7(fixpack7.0.0.1.9)和websphere-mq7(fixpack7.0.1.5) 我已将我的工厂(工厂和MQ_工厂)的连接池设置为 工厂 Connection timeout : 180 seconds Maximum connections : 10 connections Minimum connections : 1 connections Reap time : 180 seconds Unused timeout 1800

我正在运行websphere7(fixpack7.0.0.1.9)和websphere-mq7(fixpack7.0.1.5)

我已将我的工厂(工厂和MQ_工厂)的连接池设置为

工厂

Connection timeout : 180   seconds
Maximum connections : 10   connections
Minimum connections : 1    connections
Reap time : 180  seconds
Unused timeout 1800  seconds
Aged timeout  0  seconds
Purge policy :EntirePool
MQ_工厂

Connection timeout : 180   seconds
Maximum connections : 10   connections
Minimum connections : 1    connections
Reap time : 180  seconds
Unused timeout 1800  seconds
Aged timeout  0  seconds
Purge policy :EntirePool
PMI工具显示以下内容

JCA Connection Pools...
CreateCount : 27.0
CloseCount  : 4.0
PoolSize    : 23.0

JMS Connection Factories
CreateCount : 14.0
CloseCount  : 2.0
PoolSize    : 12.0

Websphere MQ JMS Provider
CreateCount : 13.0
CloseCount  : 2.0
PoolSize    : 11.0
我的连接池怎么会比池大?!?!?! 为什么游泳池的面积仍然很高

我发的信息越多,它就越大

举个例子,我刚刚发了很多信息,现在我的尺寸是

JCA Connection Pools...
CreateCount : 35.0
CloseCount  : 0.0
PoolSize    : 35.0
FreePoolSize: 14.0

JMS Connection Factories
CreateCount : 15.0
CloseCount  : 0.0
PoolSize    : 15.0
FreePoolSize: 0.0

Websphere MQ JMS Provider
CreateCount : 20.0
CloseCount  : 0.0
PoolSize    : 20.0
FreePoolSize: 14.0
这是工厂的统计数据

JMS$MQ_FACTORY
    CreateCount : 6.0
    CloseCount  : 0.0
    PoolSize    : 6.0
    FreePoolSize: 5.0

JMS$FACTORY
    CreateCount : 14.0
    CloseCount  : 4.0
    PoolSize    : 10.0
    FreePoolSize: 5.0

jms/MQ_FACTORY
    CreateCount : 6.0
    CloseCount  : 0.0
    PoolSize    : 6.0
    FreePoolSize: 0.0

jms/FACTORY
    CreateCount : 9.0
    CloseCount  : 0.0
    PoolSize    : 9.0
    FreePoolSize: 0.0
有人有什么想法吗

谢谢 Jeff Porter“JCA连接池”表示“JMS连接工厂”和“WebSphere MQ JMS提供程序”的总数。(请注意,这两个单独的统计数据之和等于“JCA连接池”中的统计数据。)

此外,连接池设置用于每个配置的连接工厂,“JMS连接工厂”和“WebSphere MQ JMS提供程序”统计数据表示所有子模块(即所有连接工厂)的总和。假设您声明“我已经为我的两个工厂(emphasis mine)设置了连接池”,我假设您实际上有两个不同的连接工厂,这可以解释为什么这些值高于每个连接工厂的最大连接数


如果您在ISC中使用Performance Viewer,则应该能够展开每个模块以查看各个子模块。如果您通过
wsadmin
检查统计数据,则需要获取JCA模块的子状态(
getSubStats
)。

如果您已关闭队列连接,请在打开时签入代码。请确保在任何情况下都关闭了连接,无论连接创建和启动后是否存在任何异常。

如果您是正确的,我将更新上面的问题。我有两个工厂,但总数大于这两个工厂。你能提供每个工厂的统计数据吗?在您更新的问题中,我仍然没有看到池大小大于多个工厂池大小的预期总和。这里的混淆点可能是连接池和会话池之间的差异?请注意,每个连接都有自己的会话池。您可以在以下位置查看这些设置:资源>JMS>[队列]连接工厂>[您的连接工厂]>会话池。您正在查看的统计数据适用于所有连接工厂的所有连接和会话池。这里有一些指向一些IBM文档的链接,可能会有所帮助:,这应该是一个注释,而不是答案。