DevOps

Quick Tip: Running WildFly Docker Image on OpenShift Origin

On to a new week. There’s been plenty of travel for me recently, and it don’t stop soon. But I have some time to try out OpenShift Origin and run it on my Windows environment. There is an entry level blog-post how to setup everything from a couple of days ago. Now it was about time to just run a vanilla Docker image on it.

Prerequisites

Get your Origin installation up and running. And make sure to also install the OpenShift binaries locally. The OpenShift team released the all in one vm on a separate, developer friendly and good looking website a couple of days after my post. So, all you need to remember is this address: http://www.openshift.org/vm/

Get your OpenShift Environment Up

This is a single vagrant up command. If that succeeded, you should be able to access the local admin-console via your browser at http://localhost:8443/ and also login with the client tools from the command line:

oc login http://localhost:8443

Use admin/admin as username/password.

Create A Project And Run WildFly

First thing to do is to create a new OpenShift project. We want to separate this a bit from the default. At the end, think of it as a namespace in which we can just play around a bit:

oc new-project wildfly-tests --description="WildFly and Docker on OpenShift v3" --display-name="WildFly Test Project"

OpenShift doesn’t directly expose a Docker daemon. So, you need to use the oc command line tool to run an image. There are some (unsupported) JBoss community images available and listed on http://www.jboss.org/docker/. I am interested in running latest WildFly 9 for this test.

oc new-app --docker-image=jboss/wildfly

If you watch the web-console, you will see, that a deployment is running and the Docker image get’s pulled.

origin-pulling-wf-image

Depending on your connection, this might take some time. But when it’s finished, you will see a green bar that states “Running” and also shows an IP-address. Let’s see, if everything went well and the WildFly instance is up and running. We do need to see the logs for our pod. Let’s list them:

oc get pods
NAME              READY     STATUS    RESTARTS   AGE
wildfly-1-jzvsj   1/1       Running   0          11m

and see the logs:

oc logs wildfly-1-jzvsj

Note, that the pod name will most likely be different in your environment. The command should output the WildFly logs as you are used to them. For now, we have a pod running. Now we need to expose this pod’s port via a service to the external world. But first of all we need to decide, via which domain-name we want to expose it. Add/change your hosts file with the following entry:

127.0.0.1 wildfly.openshiftdev.local

And execute the following command to add an external route to the service:

oc expose service wildfly --hostname=wildfly.openshiftdev.local

Browse to the services tab in the console and see, that the route was created for the service.

origin-wf-service

The only thing left to do now is to change the port-forwarding rules in the VirtualBox console. Add the port 80 from the host to the guest.

Now you can access the WildFly instance via http://wildfly.openshiftdev.local/. Congratulations!

wf-running-on-origin

Trouble Shooting

If you’re running anything else than the all-in-on-vm, for example the fabric8 vagrant image, you will need to change the security settings in OpenShift. Ssh into the instance, login via the oc command line and edit the security settings:

oc edit scc restricted

Change the runAsUser.Type strategy to RunAsAny. This allows images to run as the root UID if no USER is specified in the Dockerfile.

Markus Eisele

Markus is a Developer Advocate at Red Hat and focuses on JBoss Middleware. He is working with Java EE servers from different vendors since more than 14 years and talks about his favorite topics around Java EE on conferences all over the world. He has been a principle consultant and worked with different customers on all kinds of Java EE related applications and solutions. Beside that he has always been a prolific blogger, writer and tech editor for different Java EE related books. He is an active member of the German DOAG e.V. and it's representative on the iJUG e.V. As a Java Champion and former ACE Director he is well known in the community. Follow him on Twitter @myfear.
Subscribe
Notify of
guest

This site uses Akismet to reduce spam. Learn how your comment data is processed.

0 Comments
Inline Feedbacks
View all comments
Back to top button