Tag: jboss

如何使docker集装箱谈到非docker应用程序？: 我有一个docker容器必须与其他主机中的非dockerized应用程序和docker容器进行通信的情况。假设有三台服务器A，B和C.服务器A有两个运行JBoss App Server容器的Docker容器。服务器B，非docker主机有MySQL DB。服务器C有另一组容器。我希望JBoss应用程序服务器容器与驻留在另一个主机上的MySQL DB连接，并从DB中获取信息。 JBoss还必须谈论服务器C中的容器。如何做到这一点？ PS：我是Docker的新手

Dockerfile中的Jboss 5.1 – 如何在浏览器中访问服务器: 我有一个dockerfile，看起来像这样： FROM ubuntu:trusty RUN DEBIAN_FRONTEND=noninteractive apt-get -yq upgrade # Update to latest RUN echo "deb http://archive.ubuntu.com/ubuntu trusty main universe" > /etc/apt/sources.list RUN echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" > /etc/apt/sources.list.d/webupd8team-java.list RUN apt-key adv –keyserver keyserver.ubuntu.com –recv-keys C2518248EEA14886 RUN apt-get update RUN apt-get upgrade -y # Install basics # RUN apt-get install -y python-software-properties software-properties-common unzip RUN […]

无法连接到Docker容器中的AS: 我从dockerfile创build了一个docker镜像，在本地VM（boot2docker）上启动它，并从应用服务器日志中validation它正在运行和部署正常。但是，我无法从我的Windows客户端连接到AS。 dockerfile的结尾： RUN echo "JAVA_OPTS=\"\$JAVA_OPTS -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0\"" >> $JBOSS_HOME/bin/standalone.conf # Expose ports EXPOSE 9990 9999 8080 80 8787 # Start server ENTRYPOINT ["/opt/jboss-eap-6.3/bin/standalone.sh"] 我也尝试在运行容器时添加“-p 8080：8080”。浏览器不打开欢迎页面，远程login“192.168.99.100 8080”（虚拟机的IP）不通过。为什么我无法从我的Windows客户端连接到在容器中运行AS的虚拟机？我能够ssh到虚拟机，所以连接，否则不是一个问题。

更新Docker中的自定义configuration文件: 我是Docker的新手。我的要求是创build一个Wildfly文件，它应该安装Wildfly服务器，向Wildfly添加war文件，添加自定义属性文件（其中包含将由应用程序读取的db连接string）我的Docker文件 FROM jboss/wildfly Add application.properties /opt/jboss/ ADD spring_application.war /opt/jboss/wildfly/standalone/deployments/ application.properties db_url = jdbc:mysql://**server host name**:**port** db_username = **username** db_password = **password** 注意：在上面的文件服务器主机名，端口，用户名，密码应该是dynamic的 War文件（spring rest应用程序）将从application.properties中读取参数我能够成功安装Wildfly和部署的应用程序。现在我需要在运行时在application.properties中传递参数。如果有人有解决scheme，请帮助我。

Docker | 如何在Docker中托pipe的jboss容器中构build和部署war文件: 我有一个在Docker中托pipe的jboss镜像，还有其他几个镜像。我能够运行jboss镜像并将其作为容器来部署webapps。目前使用IntelliJconfigurationDockerconfiguration，并直接从IntelliJ部署war文件，并指向IntelliJ中的dockerconfiguration。我正在寻找可以直接在Docker的jboss镜像中部署这个war文件的方法。基本上看，没有任何IntelliJ干预部署战争文件的方式，使用docker-compose来构buildjboss镜像以及成功部署的添加的战争目标。 jboss.yml文件和jboss镜像的Dockerfile需要做什么样的更改？

使用Docker开发Java EE应用程序: 我将增加300点作为赏金我最近开始仔细研究Docker，以及如何使用它来更快地获得团队的新成员，并使用开发环境运行，并将新版本的软件发布到生产环境中。我有一些关于如何以及在什么阶段将Java EE应用程序添加到容器的问题。正如我所看到的那样，有多种方式可以做到这一点。这是Docker之前的典型工作stream程（在我的团队中）：开发者编写代码开发人员使用产生WAR的Maven构build代码开发人员在JBosspipe理控制台/或Maven插件中上传WAR 现在Docker出现之后，我对我是否应该创build需要的映像并对其进行configuration有点困惑，以至于在运行JBoss Wildfly容器时所做的所有事情是通过Web上的pipe理控制台部署应用程序。或者我应该每次在Maven中构build应用程序时创build一个新的容器，并将其ADD到Dockerfile中的ADD命令中，然后运行该容器，而不需要在启动后部署它？在生产中，我猜最后的方法是什么它的优点？纠正我，如果我错了。但是在发展中应该怎么做呢？还有其他工作stream程吗？

docker jboss7 war commit。服务器启动以不可恢复的方式失败: 有没有办法将.war文件部署到Docker容器内运行的Jboss-as7中因为我的jboss服务器似乎在Docker提交后失败。 Could not rename /usr/local/share/jboss/standalone/configuration/standalone_xml_history/current to /usr/local/share/jboss/standalone/configuration/standalone_xml_history/20140107-050049692 我试过了 chmod +w usr/local/share/jboss/standalone/configuration/standalone_xml_history 参考： https://docs.jboss.org/author/display/AS7/Configuration+file+history 现在，如果我停止docker集装箱，我不得不部署战争文件，并在此之后不做docker提交。我正在使用运行在stream浪汉上的Ubuntu 12.04 我使用一个主pipe来运行ssh和jboss7。我的主pipe文件： [supervisord] nodaemon=true [program:sshd] command=/usr/sbin/sshd -D stdout_logfile=/var/log/supervisor/%(program_name)s.log stderr_logfile=/var/log/supervisor/%(program_name)s.log autorestart=true [program:jboss] command=/usr/local/share/jboss/bin/./standalone.sh -Djboss.bind.address=0.0.0.0 -Djboss.bind.address.management=0.0.0.0 stdout_logfile=/var/log/supervisor/%(program_name)s.log stderr_logfile=/var/log/supervisor/%(program_name)s.log autorestart=true 接下来我的步骤： vagrant up [default] Forwarding ports… [default] — 10022 => 10022 (adapter 1) [default] — 8080 => 18080 (adapter 1) Jboss-as7日志： […]

在Docker中使用jboss或tomcat服务器运行java应用程序: 我已经在我的Windows机器上安装docker，并按照“ https://registry.hub.docker.com/u/dockerfile/java/ ”中的说明运行Java安装映像，它允许我按预期运行java命令。但是可以说我有一个Java应用程序需要在Jboss或者tomcat上运行。如何为此创build映像以及如何添加我的应用程序war文件以在服务器中进行部署。因为我没有太多关于创builddocker文件的知识。如果你能告诉我如何完成这个任务，这将会非常有帮助，所以我可以使用docker在Jboss / tomcat服务器上运行我的应用程序。

JMS使用HornetQ（JBoss）在Docker容器上公开所需的端口: 我正在使用Docker将JMS服务器容器链接到另一个JMS客户端容器。但是，当我在泊坞窗容器中运行服务器时，客户端无法正确连接到服务器。我暴露了docker上的端口443（JMS使用的是否有其他端口？）我可以成功创build任务，但不能创buildJMS上下文： 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 […]

连接到在Docker中运行的远程EJB模块: 要部署和运行连接到在Docker容器中运行的Enterprise Server实例上的EJB模块的应用程序客户机，必须公开用于build立远程调用的端口。哪些端口？它们是固定的还是不同的？我需要在Docker中configuration其他任何东西吗？我正在使用Jboss 5.1.0作为企业服务器，我试图暴露端口1099和1100，在这两种情况下例外。使用在我的主机上运行的Jboss相同的testing工作正常。