所以，我终于找到了根本原因。这
WARNING是因为
networkConnector工作方式和配置方式。我曾在这里的ActiveMQ的社区张贴了这个-
http://activemq.2283324.n4.nabble.com/java-io-EOFException-when-ActiveMQ-
starts-td4717598.html
当
networkConnector使用时，ActiveMQ的尝试连接到配置的代理。就我而言，我试图与代理进行自我连接，这就是为什么它拒绝连接。
Tim 在社区中也指出了这一点。
我从未尝试使用连接到自身的静态networkConnector配置代理（为什么我，这是一个无用的配置），但是如果代理拒绝该自连接，这可能不会导致您看到EOFException，这不会令我惊讶。如您所建议的，您的SSL配置也可能有问题；在邮件列表讨论中，没有什么好方法来检查您的信任库是否信任您的密钥库，并且证书是否正确显示，因为这都是关于二进制内容的，因此您不应该公开共享它，但是您可以通过设置来测试SSL配置最多两个代理（在测试环境中），每个代理的JMS_X_SITE_CSV_URL都指向对方。如果该配置为您提供EOFExceptions，然后切换到使用tcp传输，看看会发生什么。如果您在使用ssl传输而不是tcp传输时遇到错误，则很有可能是您的密钥出了问题。
就当前的配置（您有一个代理，其唯一的networkConnection是一个static：ssl：本身），它不是一个有用的配置（拥有networkConnector对自己没有用），并且您在本讨论的早期已经证明了这一点。删除它会删除您关注的WARN日志行。因此，我不同意您的说法，“我认为配置看起来还不错”。切换到满足您说要达到的目的的东西（例如发现：传输而不是静态：传输，或者如果您要继续使用静态：传输，则列出您的跨站点服务器）或将其取出并消除WARN线。
因此，
networkConnector如果它是单个代理系统，则基本上没有用。在多代理程序部署中更有意义，然后配置所有代理程序，每个代理程序上的自身除外。
为了仍然使
networkConnector配置能够在单个代理部署中工作，我必须设置的值为-
url="static://(ssl://divinedragonbox:7031)..."（主机名而不是IP地址或
localhost）。那摆脱了
WARNING来。
