Tag: docker wildfly

在Docker容器上连接Postgres数据源的Wildfly Swarm错误

我正在尝试使用Wildfly Swarm,Docker和PostgreSQL作为数据库来构build一个简单的rest服务。 该应用程序在localhost上运行良好(没有docker)。 在docker基础结构上使用数据源连接数据库时遇到问题 这是我的docker.compose.yml : version: '3' services: web: build: . depends_on: – db db: build: ./db ports: – "5432:5432" 我的Web Dockerfile : FROM fabric8/java-jboss-openjdk8-jdk:1.2.3 ENV AB_OFF true ADD megasindico-billing-api-swarm.jar /opt/megasindico-billing-api-swarm.jar EXPOSE 8080 ENTRYPOINT ["java", "-jar", "/opt/megasindico-billing-api-swarm.jar"] PostgreSQL Dockerfile : FROM postgres:9.4-alpine ENV POSTGRES_USER=admin ENV POSTGRES_PASSWORD=admin project-defaults.yml是在哪里configuration我的数据源: swarm: datasources: data-sources: ### [datasource] megasindico-billing-ds: driver-name: […]

Maven运行与Java ee应用程序的docker图像

我有一个正在运行的java ee应用程序,它使用wildfly和mysql。 现在我听说Docker正在使用每个人,这是非常有效的,所以我决定dockerize我的开发环境。 听起来比现在更容易。 我到目前为止: Maven将我的应用打包成一个.war文件 Arquillianunit testing在我的本地安装的wildfly实例上运行testing 我想要的是: 使用预定义的泊坞窗图像(jboss / wildfly,…)来运行我的应用程序。 也在Docker容器中运行我的testing。 我开始用maven-docker-plugin创build一个docker镜像: <plugin> <groupId>com.spotify</groupId> <artifactId>docker-maven-plugin</artifactId> <version>0.4.13</version> <configuration> <imageName>netbeans/sampleapplication</imageName> <dockerDirectory>src/main/docker</dockerDirectory> <resources> <resource> <targetPath>/</targetPath> <directory>${project.build.directory}</directory> <include>${project.build.finalName}.war</include> </resource> </resources> <execution> <id>build-image</id> <phase>package</phase> <goals> <goal>build</goal> </goals> </execution> </configuration> </plugin> Dockerfile: FROM jboss/wildfly COPY *.war /opt/jboss/wildfly/standalone/deployments/app.war EXPOSE 8080 9990 Maven命令: clean package docker:build 。 我可以通过我的docker-maschine url访问应用程序服务器,而不像以前使用localhost。 最后,我只想使用一个单一的maven命令: 构build应用程序 […]

我怎样才能访问我的应用程序部署在我的docker野蛮人的图像

我尝试testing一个简单的应用程序firstWebApp.war部署在docker的wildfly图像上 我的Dockerfile是: FROM jboss/wildfly ADD firstWebApp.war /opt/jboss/wildfly/standalone/deployments/ 在docker build …和docker run之后…服务器启动了一个项目,我可以在Dockerterminal上看到这个消息 WFLYSRV0010: Deployed "firstWebApp.war" (runtime-name : "firstWebApp.war") 13:50:11,263 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management 现在我需要testing我的应用程序,我找不到部署的地址..任何人都可以帮助我吗?

通过EclipsedebuggingDocker上的Wildfly应用程序?

我已经使用Docker部署了一个Wildfly应用服务器,如http://tools.jboss.org/blog/2015-03-02-getting-started-with-docker-and-wildfly.html所述 ,我正在使用它用于Eclipse的开发工作。 一切工作正常。 我能够部署到本地目录,并将其映射到Wildfly部署目录,没有任何问题。 我没有工作的唯一的事情就是debugging。 我无法在Eclipse中设置断点并debugging已部署的应用程序。 我怎么去做这个? 我无法find任何文档解释如何在Eclipse和Docker中实现这一点。

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 […]