每次客户端断开连接时服务器日志中的Hazelcast警告

每次客户端断开连接时服务器日志中的Hazelcast警告,hazelcast,Hazelcast,每次客户端断开连接时,我都会看到下面的日志语句。我们能做些什么来避免它们,因为它们似乎不是真正的警告? 我相信这些应该是调试级别的 01/11/2017 14:14:38,465 - INFO [hz._hzInstance_1_FB_API.IO.thread-in-0][][com.hazelcast.nio.tcp.TcpIpConnection] [127.0.0.1]:31201 [FB_API] [3.6.2] Connection [Address[127.0.0.1]:59972

每次客户端断开连接时,我都会看到下面的日志语句。我们能做些什么来避免它们,因为它们似乎不是真正的警告?
我相信这些应该是调试级别的

01/11/2017 14:14:38,465 - INFO [hz._hzInstance_1_FB_API.IO.thread-in-0][][com.hazelcast.nio.tcp.TcpIpConnection] [127.0.0.1]:31201 [FB_API] [3.6.2] Connection [Address[127.0.0.1]:59972] lost. Reason: java.io.EOFException[Remote socket closed!]
01/11/2017 14:14:38,466 - WARN [hz._hzInstance_1_FB_API.IO.thread-in-0][][com.hazelcast.nio.tcp.nonblocking.NonBlockingSocketReader] [127.0.0.1]:31201 [FB_API] [3.6.2] hz._hzInstance_1_FB_API.IO.thread-in-0 Closing socket to endpoint Address[127.0.0.1]:59972, Cause:java.io.EOFException: Remote socket closed!
01/11/2017 14:14:38,467 - INFO [hz._hzInstance_1_FB_API.event-3][][com.hazelcast.client.ClientEndpointManager] [127.0.0.1]:31201 [FB_API] [3.6.2] Destroying ClientEndpoint{conn=Connection [0.0.0.0/0.0.0.0:31201 -> /127.0.0.1:59972], endpoint=Address[127.0.0.1]:59972, alive=false, type=JAVA_CLIENT, principal='ClientPrincipal{uuid='7181902f-8fe9-4065-b610-5a0e9c4ad212', ownerUuid='7ff02f81-c0e3-4094-a968-507c7df4df9f'}', firstConnection=true, authenticated=true}
01/11/2017 14:14:38,467 - INFO [hz._hzInstance_1_FB_API.event-3][][com.hazelcast.transaction.TransactionManagerService] [127.0.0.1]:31201 [FB_API] [3.6.2] Committing/rolling-back alive transactions of client, UUID: 7181902f-8fe9-4065-b610-5a0e9c4ad212

这些异常/错误分散了我们的日志分析。

这是一个代码问题。你有三个选择:

  • 别理它
  • 使用日志将其过滤掉,类似于Log4j2:
  • (这是一个坏主意,因为您将错过真正的警告)

  • 升级到3.7或3.8(如果在升级时是GA)

  • 这是一个代码问题。你有三个选择:

  • 别理它
  • 使用日志将其过滤掉,类似于Log4j2:
  • (这是一个坏主意,因为您将错过真正的警告)

  • 升级到3.7或3.8(如果在升级时是GA)

  • 你能使用比3.6.2更新的Hazelcast版本吗?我想这已经有问题了,让我看看我能不能找到它?是的,我看到了,并在那里发表了评论,以检查它是否在以前的版本中也得到了修复。不幸的是,我们的管理层尚未同意升级。因此,我们仍在使用3.6.2。您能使用比3.6.2更新的Hazelcast版本吗?我想这已经有问题了,让我看看是否能找到它?是的,我看到了,并在那里发表了评论,以检查它是否在以前的版本中也得到了修复。不幸的是,我们的管理层尚未同意升级。所以我们还是进入了3.6.2。