Jakarta ee 使用HornetQ（JBoss）在docker容器上公开JMS所需的端口

我正在使用Docker将JMS服务器容器链接到另一个JMS客户端容器。但是，当我在docker容器中运行服务器时，客户端无法正确连接到服务器。我在docker上公开了端口443（JMS还使用其他端口吗？）

我可以成功创建目标，但不能创建JMS上下文：

String PROVIDER_URL = "https-remoting://MYDOMAIN:443";
...

/** PASSED **/
Destination destination = (Destination) namingContext.lookup(destinationString);

/** HAS ERROR **/
JMSContext context = connectionFactory.createContext(username, password)

以下是错误：

java.nio.channels.UnresolvedAddressException
    at sun.nio.ch.Net.checkAddress(Net.java:123)
    at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:621)
    at io.netty.channel.socket.nio.NioSocketChannel.doConnect(NioSocketChannel.java:176)
    at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.connect(AbstractNioChannel.java:169)
    at io.netty.channel.DefaultChannelPipeline$HeadHandler.connect(DefaultChannelPipeline.java:1008)
    at io.netty.channel.DefaultChannelHandlerContext.invokeConnect(DefaultChannelHandlerContext.java:495)
    at io.netty.channel.DefaultChannelHandlerContext.connect(DefaultChannelHandlerContext.java:480)
    at io.netty.channel.ChannelOutboundHandlerAdapter.connect(ChannelOutboundHandlerAdapter.java:47)
    at io.netty.channel.CombinedChannelDuplexHandler.connect(CombinedChannelDuplexHandler.java:168)
    at io.netty.channel.DefaultChannelHandlerContext.invokeConnect(DefaultChannelHandlerContext.java:495)
    at io.netty.channel.DefaultChannelHandlerContext.connect(DefaultChannelHandlerContext.java:480)
    at io.netty.channel.ChannelDuplexHandler.connect(ChannelDuplexHandler.java:50)
    at io.netty.channel.DefaultChannelHandlerContext.invokeConnect(DefaultChannelHandlerContext.java:495)
    at io.netty.channel.DefaultChannelHandlerContext.connect(DefaultChannelHandlerContext.java:480)
    at io.netty.channel.DefaultChannelHandlerContext.connect(DefaultChannelHandlerContext.java:465)
    at io.netty.channel.DefaultChannelPipeline.connect(DefaultChannelPipeline.java:847)
    at io.netty.channel.AbstractChannel.connect(AbstractChannel.java:199)
    at io.netty.bootstrap.Bootstrap$2.run(Bootstrap.java:165)
    at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:354)
    at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:353)
    at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101)
    at java.lang.Thread.run(Thread.java:745)

Exception in thread "main" javax.jms.JMSRuntimeException: Failed to create session factory
    at org.hornetq.jms.client.JmsExceptionUtils.convertToRuntimeException(JmsExceptionUtils.java:98)
    at org.hornetq.jms.client.HornetQConnectionFactory.createContext(HornetQConnectionFactory.java:149)
    at org.hornetq.jms.client.HornetQConnectionFactory.createContext(HornetQConnectionFactory.java:130)
    at com.wpic.uptime.Client.main(Client.java:100)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:483)
    at com.intellij.rt.execution.application.AppMain.main(AppMain.java:134)
Caused by: javax.jms.JMSException: Failed to create session factory
    at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:673)
    at org.hornetq.jms.client.HornetQConnectionFactory.createContext(HornetQConnectionFactory.java:140)
    ... 7 more
Caused by: HornetQNotConnectedException[errorType=NOT_CONNECTED message=HQ119007: Cannot connect to server(s). Tried with all available servers.]
    at org.hornetq.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:905)
    at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:669)
    ... 8 more

---

我刚刚找到了这个问题的解决办法。我也经历过

在您的案例中，问题在于JBoss配置。就我而言，问题出在Wildfly 8.2中

您可能正在JBoss中使用以下参数： jboss.bind.address=0.0.0.0

我在我的wildfly中使用这个参数让他接受来自任何IP的外部连接，因为我的wildfly是在互联网上公开的

问题是，如果您没有指定JBoss/Wildfly设置，HornetQ应该向正在进行远程锁定的JMS客户端报告哪个IP，HornetQ将假定该IP是在JBoss.bind.address中设置的。在这种情况下，将认为0.0.0.0不是有效的IP。您可能会在其日志JBoss中看到以下消息：

INFO[org.hornetq.jms.server]（ServerService线程池--53） HQ121005:检测到“http连接器”的无效“主机”值“0.0.0.0” 连接器。切换到“hostname.your.server”。如果这个新地址是 不正确请手动配置连接器以使用正确的 一个

在这种情况下，HornetQ将使用机器名中定义的主机。例如，在linux上，它将使用/etc/hostname中定义的内容

还有一个问题。因为主机名通常不是Internet上的有效主机，所以可以通过DNS服务解析为IP

然后注意可能发生在你身上的事情：你的JBoss服务器计划绑定到0.0.0.0，你的HornetQ（嵌入JBoss中）试图获取这个IP，他获取的是你服务器的主机名，而这个IP不是一个有效的IP。当您的远程JMS客户端（位于您的本地网络之外）在JBoss上出错时，HornetQ会向客户端报告，他必须在主机您的主机名本地服务器上查找HornetQ资源，但当它试图通过DNS解析此名称时，他无法解决，则会发生以下故障：

java.nio.channels.unsolvedAddressException 位于sun.nio.ch.Net.checkAddress（Net.java:123） 位于sun.nio.ch.SocketChannelImpl.connect（SocketChannelImpl.java:621） 位于io.netty.channel.socket.nio.NioSocketChannel.doConnect（NioSocketChannel.java:176） 在io.netty.channel.nio.AbstractNioChannel$AbstractNiosafsafe.connect（AbstractNioChannel.java:169）上 位于io.netty.channel.DefaultChannelPipeline$HeadHandler.connect（DefaultChannelPipeline.java:1008） 位于io.netty.channel.DefaultChannelHandlerContext.invokeConnect（DefaultChannelHandlerContext.java:495） 位于io.netty.channel.DefaultChannelHandlerContext.connect（DefaultChannelHandlerContext.java:480） 在io.netty.channel.ChannelOutboundHandlerAdapter.connect（ChannelOutboundHandlerAdapter.java:47） 位于io.netty.channel.CombinedChannelDuplexHandler.connect（CombinedChannelDuplexHandler.java:168） 位于io.netty.channel.DefaultChannelHandlerContext.invokeConnect（DefaultChannelHandlerContext.java:495） 位于io.netty.channel.DefaultChannelHandlerContext.connect（DefaultChannelHandlerContext.java:480） 位于io.netty.channel.ChannelDuplexHandler.connect（ChannelDuplexHandler.java:50） 位于io.netty.channel.DefaultChannelHandlerContext.invokeConnect（DefaultChannelHandlerContext.java:495） 位于io.netty.channel.DefaultChannelHandlerContext.connect（DefaultChannelHandlerContext.java:480） 位于io.netty.channel.DefaultChannelHandlerContext.connect（DefaultChannelHandlerContext.java:465） 位于io.netty.channel.DefaultChannelPipeline.connect（DefaultChannelPipeline.java:847） 在io.netty.channel.AbstractChannel.connect（AbstractChannel.java:199）上 在io.netty.bootstrap.bootstrap$2.run（bootstrap.java:165） 位于io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks（SingleThreadEventExecutor.java:354） 位于io.netty.channel.nio.NioEventLoop.run（NioEventLoop.java:353） 位于io.netty.util.concurrent.SingleThreadEventExecutor$2.run（SingleThreadEventExecutor.java:101） 运行（Thread.java:745）

这个问题的解决方案是配置JBoss，它应该为正在远程执行lockup的客户通知哪个主机

在我的例子中，wildfly的设置如下。必须更改standalone.xml文件：

<subsystem xmlns="urn:jboss:domain:messaging:2.0">    
   <hornetq-server>
      <security-enabled>true</security-enabled>
      <journal-file-size>102400</journal-file-size>

      <connectors>
         <http-connector name="http-connector" socket-binding="http-remote-jms">
            <param key="http-upgrade-endpoint" value="http-acceptor"/>
         </http-connector>
      </connectors>
                ...    
   </hornetq-server> 
</subsystem>

真的
102400
...    

及

...

---

请注意，我没有使用https，因为我无法使用https for JMS进行Wildfly工作。

请包含用于启动每个容器的命令。这并不是那么容易！我在docker上有一个nginx反向代理，一个wildfly服务器，它只将端口8080公开给服务器上的一个反向代理。为http连接器定义的http远程jms引用套接字绑定项，而不是套接字绑定组中的出站套接字绑定

<socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
...
   <outbound-socket-binding name="http-remote-jms">  
      <remote-destination host="YOUR_REAL_HOSTNAME" port="${jboss.http.port:8080}"/>  
   </outbound-socket-binding>   
</socket-binding-group>