-
Notifications
You must be signed in to change notification settings - Fork 98
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot connect to docker container started by Arquillian Cube #274
Comments
This is not because of Cube but because of Docker, if all the test is executed within Cube then it takes care of cleaning this, if not you need to do it manually.
Yes this is the case when you want to deploy the deployment file using @deployment annotation, and not using standalone mode.
Have you seen this example? https://github.com/arquillian/arquillian-cube/tree/master/docker/ftest Here you can see an example of Wildfly (apart from other containers). |
Thanks for the reply. I didn't know this example. Taking a look at it, I can't see any reason why I can't connect to the container. I will take a more detailed look at it. |
hummm it is strange since you are running in Linux and it should works natively. |
For information, I get this printed when I run mvn isntall.
/home/user/.boot2docker/certs/boot2docker-vm doesn't exist in my machine (ubuntu doesn't need boot2docker) |
so true .... why is this value set mmmm @aslakknutsen are you able to test it on Linux without boot2docker? I am not sure if this might affect your test but obviously this is wrong (even if it is not used in case of Linux it prints wrong information). |
@oscarfh Are you binding mgm port to 0.0.0.0? https://github.com/arquillian/arquillian-cube/blob/master/docker/ftest/src/test/resources/wildfly/Dockerfile#L3 |
Yes. And exposing ports 8080 and 9990, I can access the management using the browser. |
@oscarfh Do you have this example pushed somewhere? |
@oscarfh The ."CubeControlException: Could not start jboss" happen normally due to not being able to ping the contianer. The polling strategy will by default ping all portBindings. |
I will push it as soon as possible to my github account, would that be ok? |
@oscarfh That would be perfect. |
Here is it: It is a simple project, runs on my local wildfly (9.0.2 fresh install), but can't start the container using docker. Just in case there is a need for some code change in docker cube, I would be happy to make the pull request :) |
This fixes the reconnect issue; It's a Cube extension setting, not a Docker setting. :) It still fails the first time you start it, but success on second time. The reason it fails to connect on first attempt is because the 'ss' command is not found in the contianer image. Which is a bit odd as it's based on centos:7.. |
Documentation is wrong about this. @oscarfh you have your PR if you want to help :) |
Here is the certpath issue; #279 Doesn't seem to make a difference, but.. still technically wrong :) |
I've been using the jboss/wildfly images for all demos for a long time, but never WildFly 10. It seems jboss/base changed from fedora:20 to centos:7 some time ago: @goldmann any comment? |
And here is an improvment to the missing SS command issue; #280 |
@lordofthejars Cool :) I will make it :) |
@aslakknutsen Which jboss/wildfly image are you using? I tried the 9.0.2.Final and it didn't work (still using CentOS). |
@aslakknutsen Yep, it was changed long time ago as it was a popular request + made the resulting image smaller. Is there any issue with it? |
#281 Just opened it. I am working on it now. |
@goldmann the jboss/wildfly:10 image is missing the ss command. But my local centos:7 image has it. Not sure why atm. But Cube rely on SS by default to detect when a Service has started listening on the ports we need to communicate with. |
Please open an RFE against https://github.com/jboss-dockerfiles/base, I'll add it. |
@aslakknutsen Can we close this issue with won't fixed? |
yes |
Yeah, I think we got all issues covered elsewhere |
@lordofthejars Caused by: java.io.IOException: Cannot run program "boot2docker": CreateProcess error=2, O sistema nÒo pode encontrar o arquivo especificado Boot2Docker shouldn't be used anymore. It seens that the docker recomendation is to use docker-machine. Do you have some tip to give about this cenario? |
The boot2docker Windows Installer is officially deprecated in favor of the new Docker Toolbox. |
Are you setting machine name as arquillian property? Is that docker machine
started manually?
El 31 may. 2017 4:45 p. m., "Adriano S. Fonseca" <notifications@github.com>
escribió:
… The boot2docker Windows Installer is officially deprecated in favor of the
new Docker Toolbox.
And Docker Toolbox is depracate in favor of Docker for windows and Docker
for Mac. On the future in this plataforms will be more and more rare to be
boot2docker availiable.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#274 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABcmYQzTX7MwSSaNPQACmosCkIkHUaW_ks5r_X0HgaJpZM4HRYyu>
.
|
My quilifier is like follows: wildfly:9.0.0.Final:remote admin Admin#70365 |
This is not about qualifier but simething relatef to cube conf/bug. Can you
paste your arquillian.xml?
El 31 may. 2017 10:34 p. m., "Adriano S. Fonseca" <notifications@github.com>
escribió:
… My quilifier is like follows:
wildfly:9.0.0.Final:remote admin Admin#70365
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#274 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABcmYf7MRAqCJ5zmayKsz-1_A_3AL5jDks5r_c7XgaJpZM4HRYyu>
.
|
I am trying to use Arquillian Cube to use Docker to run my Integration Tests.
I have a project which was already using arquillian tests to an existing Wildfly. Now I want it to communicate with a Widlfly that is running on a Docker container. To do so I added the following dependencies:
My Arquillian.xml is the following:
If there is no container with this name, I get:
But the container starts and I am able to connect to the image through docker exec -it jboss bash
If there is a container with this name, I get:
Questions:
1- The only way that the docker image gets started is having the container qualifier match the Docker Container name. If hey do no have a matching name, the docker extension is ignored. Is this expected?
2- Why am I getting the "cannot connect error" and why is my STARTORCONNECT being ignored?
I am using ubuntu 14.04.
$ docker version
Client:
Version: 1.9.1
API version: 1.21
Go version: go1.4.2
Git commit: a34a1d5
Built: Fri Nov 20 13:12:04 UTC 2015
OS/Arch: linux/amd64
Server:
Version: 1.9.1
API version: 1.21
Go version: go1.4.2
Git commit: a34a1d5
Built: Fri Nov 20 13:12:04 UTC 2015
OS/Arch: linux/amd64
Thanks!
The text was updated successfully, but these errors were encountered: