ActiveMQ的一个bug
上午老板给了我一个小任务:解决他笔记本不连网的时候ActiveMQ无法启动的问题。我拔了网线后,启动ActiveMQ,报下面的错:
ERROR BrokerService - Failed to start ActiveMQ JMS Message
Broker. Reason: java.net.SocketException: error setting options
java.net.SocketException: error setting options
ERROR: java.lang.RuntimeException: Failed to execute start task. Reason:
org.springframework.beans.factory.BeanCreationE
xception: Error creating bean with name
'org.apache.activemq.xbean.XBeanBrokerService' defined in class path
resource [a
ctivemq.xml]: Initialization of bean failed; nested exception is
java.net.SocketException: error setting options
ERROR: java.lang.Exception:
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'org.
apache.activemq.xbean.XBeanBrokerService' defined in class path resource
[activemq.xml]: Initialization of bean failed;
nested exception is java.net.SocketException: error setting options
Broker. Reason: java.net.SocketException: error setting options
java.net.SocketException: error setting options
ERROR: java.lang.RuntimeException: Failed to execute start task. Reason:
org.springframework.beans.factory.BeanCreationE
xception: Error creating bean with name
'org.apache.activemq.xbean.XBeanBrokerService' defined in class path
resource [a
ctivemq.xml]: Initialization of bean failed; nested exception is
java.net.SocketException: error setting options
ERROR: java.lang.Exception:
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'org.
apache.activemq.xbean.XBeanBrokerService' defined in class path resource
[activemq.xml]: Initialization of bean failed;
nested exception is java.net.SocketException: error setting options
网上搜索了下,发现是多播的问题,默认是允许多播的,可拔了网线后就只有一台机子了,所以多播就出问题了,我把activemq.xml里改了下:
<transportConnectors>
<transportConnector name="openwire" uri="tcp://localhost:61616"/>
<transportConnector name="ssl" uri="ssl://localhost:61617"/>
<transportConnector name="stomp" uri="stomp://localhost:61613"/>
<transportConnector uri="http://localhost:8081"/>
<transportConnector uri="udp://localhost:61618"/>
</transportConnectors>
<networkConnectors>
<!-- by default just auto discover the other brokers -->
<!--networkConnector name="default-nc" uri="multicast://default"/-->
<!--networkConnector name="jjc" uri="static:(192.168.1.112)"/-->
<!--networkConnector name="506-02" uri="static:(192.168.1.114)"/-->
<networkConnector name="host1 and host2" uri="static://(tcp://host1:61616,tcp://host2:61616)" failover="true"/>
</networkConnectors>
<transportConnector name="openwire" uri="tcp://localhost:61616"/>
<transportConnector name="ssl" uri="ssl://localhost:61617"/>
<transportConnector name="stomp" uri="stomp://localhost:61613"/>
<transportConnector uri="http://localhost:8081"/>
<transportConnector uri="udp://localhost:61618"/>
</transportConnectors>
<networkConnectors>
<!-- by default just auto discover the other brokers -->
<!--networkConnector name="default-nc" uri="multicast://default"/-->
<!--networkConnector name="jjc" uri="static:(192.168.1.112)"/-->
<!--networkConnector name="506-02" uri="static:(192.168.1.114)"/-->
<networkConnector name="host1 and host2" uri="static://(tcp://host1:61616,tcp://host2:61616)" failover="true"/>
</networkConnectors>
拔掉网线,ok,ActiveMQ启动成功,哈哈,自以为搞定的时候,发现了一个古怪的问题,我把配置文件改回去,启动ActiveMQ,居然写的通信程序客户端之间还是可以进行通话,完全不受ActiveMQ前面报的错误的影响,真是让人哭笑不得。。。
估计是哪个开发人员开的玩笑,把这个warning写成了error吧,弄的我以为ActimveMQ没启动起来,实际上是已经启动了的。。。
作者:洞庭散人
出处:http://phinecos.cnblogs.com/
本博客遵从Creative Commons Attribution 3.0 License,若用于非商业目的,您可以自由转载,但请保留原作者信息和文章链接URL。
分类:
Java
posted on 2007-10-17 15:49 Phinecos(洞庭散人) 阅读(9398) 评论(4) 编辑 收藏 举报
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
2006-10-17 WebCast听课录(5)
2006-10-17 vs.net2003在代理下的一个奇怪小问题