Jms 向ibm mq发布消息时写入的额外日志

Jms 向ibm mq发布消息时写入的额外日志,jms,ibm-mq,spring-jms,Jms,Ibm Mq,Spring Jms,我有一个将消息发布到IBM MQ的作业。 我已将日志配置为写入文件而不是控制台。 然而,当我每次运行这个作业时,我都会在控制台上看到大量这样的日志 我刚刚在日志中更改了IP和公司名称,但是 这是什么原因 为什么会出现这种情况 我该如何阻止这一切 我所有的消息都被成功发布,所以从最终用户的角度来看,这项工作很好,但是我不明白为什么会在控制台上出现这种情况 RcvThread: com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection[qmid=CANN

我有一个将消息发布到IBM MQ的作业。 我已将日志配置为写入文件而不是控制台。 然而,当我每次运行这个作业时,我都会在控制台上看到大量这样的日志

我刚刚在日志中更改了IP和公司名称,但是 这是什么原因 为什么会出现这种情况 我该如何阻止这一切

我所有的消息都被成功发布,所以从最终用户的角度来看,这项工作很好,但是我不明白为什么会在控制台上出现这种情况

RcvThread: com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection[qmid=CANNED_DATA,fap=10,peer=naumib3.mydomain.net/112.999.138.25,localport=56857,ssl=SSL_RSA_WITH_NULL_SHA,peerDN="CN=ibmwebspheremqnaumib3, OU=For Intranet Use Only, OU=For Intranet Use Only, O=My Company, L=New York, ST=New York, C=US",issuerDN="CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US"], READ: SSLv3 Application Data, length = 72
main, WRITE: SSLv3 Application Data, length = 68
[Raw write]: length = 73
0000: 17 03 00 00 44 54 53 48   43 00 00 00 30 01 0C 30  ....DTSHC...0..0
0010: 00 00 00 00 00 00 00 00   00 00 00 01 11 03 33 00  ..............3.
0020: 00 00 00 00 01 00 00 00   00 00 00 00 02 00 00 00  ................
0030: 00 00 00 00 00 41 69 2A   27 7E EB 3A 9B 47 4A 02  .....Ai*'..:.GJ.RcvThread: com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection[qmid=CANNED_DATA,fap=10,peer=naumib3.mydomain.net/112.999.138.25,localport=56857,ssl=SSL_RSA_WITH_NULL_SHA,peerDN="CN=ibmwebspheremqnaumib3, OU=For Intranet Use Only, OU=For Intranet Use Only, O=My Company, L=New York, ST=New York, C=US",issuerDN="CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US"], received EOFException: ignored
RcvThread: com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection[qmid=CANNED_DATA,fap=10,peer=naumib3.mydomain.net/112.999.138.25,localport=56857,ssl=SSL_RSA_WITH_NULL_SHA,peerDN="CN=ibmwebspheremqnaumib3, OU=For Intranet Use Only, OU=For Intranet Use Only, O=My Company, L=New York, ST=New York, C=US",issuerDN="CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US"], called closeInternal(false)
RcvThread: com.ibm.mq.jmqi.remote.internal.RemoteTCPConnection[qmid=CANNED_DATA,fap=10,peer=naumib3.mydomain.net/112.999.138.25,localport=56857,ssl=SSL_RSA_WITH_NULL_SHA,peerDN="CN=ibmwebspheremqnaumib3, OU=For Intranet Use Only, OU=For Intranet Use Only, O=My Company, L=New York, ST=New York, C=US",issuerDN="CN=VeriSign Class 3 Secure Server CA - G3, OU=Terms of use at https://www.verisign.com/rpa (c)10, OU=VeriSign Trust Network, O="VeriSign, Inc.", C=US"], SEND SSLv3 ALERT:  warning, description = close_notify

输出看起来可能来自某种类型的调试或诊断修补程序,这些修补程序可能应用于您安装的MQ JMS/Java客户端。RcvThread是内部用于在TCP套接字上侦听来自QM的数据的线程。您知道过去有一个补丁可以用来帮助解决TCP连接问题吗


您可能希望查看您正在使用的mq客户机中包含的com.ibm.mq.jmqi.jar,以查看jar文件本身中的时间戳或清单文件中记录的任何内容是否存在差异。

同意前面的回答,这通常不是JMS客户机代码编写的任何日志的格式。在正常情况下,日志写入标准输出的唯一时间有两种情况:

一个JMS客户端日志文件由

# Name(s) of the log file(s)
# Can be 
#    * a single pathname 
#    * a comma-separated list of pathnames (all data is logged to all files) 
# Each pathname can be 
#    * absolute or relative pathname
#    * "stderr" or "System.err" to represent the standard error stream
#    * "stdout" or "System.out" to represent the standard output stream 
com.ibm.msg.client.commonservices.log.outputName=mqjms.log
以及所谓的JMS启动跟踪——一个非常早期的跟踪系统,通常只在IBM服务请求时使用。(这也记录在jms.config文件中)