搜索

第 9 章 检测拒绝连接

download PDF

有时,客户端会意外停止,并且无法清理其资源。如果出现这种情况,可能会导致资源处于故障状态,并导致代理内存或其他系统资源不足。代理检测到在垃圾收集时客户端的连接没有被正确关闭。然后连接关闭,日志中与以下类似的消息写入日志。日志捕获客户端会话实例化的确切代码行。这可让您识别并修正错误。

[Finalizer] 20:14:43,244 WARNING [org.apache.activemq.artemis.core.client.impl.DelegatingSession]  I'm closing a JMS Conection you left open. Please make sure you close all connections explicitly before let
ting them go out of scope!
[Finalizer] 20:14:43,244 WARNING [org.apache.activemq.artemis.core.client.impl.DelegatingSession]  The session you didn't close was created here:
java.lang.Exception
   at org.apache.activemq.artemis.core.client.impl.DelegatingSession.<init>(DelegatingSession.java:83)
   at org.acme.yourproject.YourClass (YourClass.java:666) 1
1
连接实例化的客户端代码中的 行。

9.1. 连接时间到学习

因为客户端和服务器之间的网络连接可能会失败,然后返回到在线,允许客户端重新连接,AMQ Broker 会等待清理不活跃的服务器端资源。此等待时间称为生存时间(TTL)。基于网络连接的默认 TTL 为 60000 毫秒(1 分钟)。in-VM 连接中的默认 TTL 是 -1,这意味着代理永远不会超时代理端的连接。

在代理中配置时间到学习

如果您不希望客户端指定自己的连接 TTL,您可以在代理一侧设置全局值。这可以通过在代理配置中指定 connection-ttl-override 元素来完成。

检查 TTL 违反连接的逻辑定期在代理上运行,具体由 connection-ttl-check-interval 元素决定。

流程

  • 通过添加 connection-ttl-override 配置元素并提供生存时间的值来编辑 <broker_instance_dir> /etc/broker.xml

    <configuration>
     <core>
      ...
      <connection-ttl-override>30000</connection-ttl-override> 1
      <connection-ttl-check-interval>1000</connection-ttl-check-interval> 2
      ...
     </core>
    </configuration>
    1
    所有连接的全局 TTL 设为 30000 毫秒。默认值为 -1,它允许客户端设置自己的 TTL。
    2
    死连接检查之间的间隔被设置为 1000 毫秒。默认情况下,检查每 2000 毫秒执行一次。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.