Tag: hornetq

docker hornetQ standalone … jnp问题: 我有HornetQ独立映像安装并运行在docker（centos，jdk8）容器内。在构build映像时，我在Dockerfile中公开了端口[5445 5455 1099]。我正试图在Mac OSX（El Capitan）主机上运行此操作。我还确保端口绑定到本地泊坞窗运行 – 名称dc_hq-D -p 5445：5445 -p 5455：5455 -p1099：1099 dck_image_hornetq 但是，在我使用初始上下文和jnp的最简单的例子中，我得到一个错误： ConnectionFactory cf = null; Connection connection = null; Queue queue = null; String destinationName = "queue/TestQueue"; Properties p = new Properties(); p.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY,"org.jnp.interfaces.NamingContextFactory"); p.put(javax.naming.Context.URL_PKG_PREFIXES,"org.jboss.naming:org.jnp.interfaces"); p.put(javax.naming.Context.PROVIDER_URL, "jnp://localhost:1099"); Context ic = new InitialContext(p); cf = (javax.jms.ConnectionFactory)ic.lookup("/ConnectionFactory"); queue = (javax.jms.Queue)ic.lookup(destinationName); 我得到以下错误： enter […]

如何configurationHornetQ的dockerized WildFly？: 我需要在我的项目中访问集成到WildFly的HornetQ。 WildFly服务器应该作为docker容器启动。我确信容器之间的链接是很好的方法，但是我应该将我的API的一部分提供给外部客户端来访问JMS和EJB。所有必需的端口，8080,4747等暴露在docker集装箱并连接到公共主机。 JMS连接失败，因为客户端不能build立连接到错误的主机名，它是容器的内部主机名。在HornetQ，Netty被用作JMS的运输工具。下面提供了这个configuration的一部分。看来netty在协议初始化时提供了容器主机名！我不应该将netty绑定到外部接口。用这种方式nettyconfiguration的正确方法是什么？ <connectors> <netty-connector name="netty" socket-binding="messaging"/> <netty-connector name="netty-throughput" socket-binding="messaging-throughput"> <param key="batch-delay" value="50"/> </netty-connector> <in-vm-connector name="in-vm" server-id="0"/> </connectors> <acceptors> <netty-acceptor name="netty" socket-binding="messaging"/> <netty-acceptor name="netty-throughput" socket-binding="messaging-throughput"> <param key="batch-delay" value="50"/> <param key="direct-deliver" value="false"/> </netty-acceptor> </acceptors>