Getting Started With WildFly

16 de junho de 2016Jorge Morales9 minutos (tempo de leitura)

This tutorial walks you through the creation of an application titled myapp. Before going through the rest of the tutorial, be sure to have created an OpenShift account and installed the OpenShift command line interface.

Step 1: The sample application and git repository

Sample Java Web application

The sample application used in this tutorial is a simple Java Web application with a single Jsp file that prints out a Hello World message.

Even though it’s a minimal application it will serve well to describe the basic concepts. You do not have to use our sample application, but for the first steps it might be helpful.

Git repository hosting

To create a new application you need to have your source code hosted somewhere on the internet and have it accessible using git. Popular choices are GitHub, GitLab or BitBucket. For example, our sample application is hosted at GitHub. For this tutorial you may use the code from the provided repository or you can fork the repository. Forking is necessary if you want to follow also through Step 2.

Step 2: Creating new application

Creating new application using terminal

Once ready, open a terminal and at the command prompt, enter the following command to create a Java web application (replace the username URL if you have forked, or the whole URL if you are using your own application):

<code>oc new-app --name=myapp wildfly~https://github.com/openshiftdemos/os-sample-java-web.git</code>

And the output should look something like this:

--> Found image 0fe7da4 (4 weeks old) in image stream "wildfly" in project "openshift" under tag "10.0" for "wildfly" WildFly 10.0.0.Final -------------------- Platform for building and running JEE applications on WildFly 10.0.0.Final Tags: builder, wildfly, wildfly10 * A source build using source code from https://github.com/openshiftdemos/os-sample-java-web.git will be created * The resulting image will be pushed to image stream "myapp:latest" * This image will be deployed in deployment config "myapp" * Port 8080/tcp will be load balanced by service "myapp" * Other containers can access this service through the hostname "myapp"

--> Creating resources with label app=myapp ... imagestream "myapp" created buildconfig "myapp" created deploymentconfig "myapp" created service "myapp" created --> Success Build scheduled, use 'oc logs -f bc/myapp' to track its progress. Run 'oc status' to view your app.

The --name=myapp names the application. By default it would be the base name of the URL without extension, in our case os-sample-java-web, but it’s much nicer to have the application named myapp and that’s what we did using this switch.

OpenShift automatically linked wildfly with version 10.0 of the WildFly image, that corresponds to the current latest version. You could as well use wildfly:10 as prefix to deploy using the specific version, e.g.

<code>oc new-app wildfly:10.0~https://github.com/openshiftdemos/os-sample-java-web.git</code>

OpenShift prints a lot of information that is not that important for us at this moment, what we care about is if our application is accessible from the internet and if we can see it running. For exposing application to the outside world, OpenShift has a concept of routes that map domain names to specific applications. To expose our application we need to know the name of the internal service in all the information printed when we created our application it’s this line service "sample" created.
OpenShift automatically created new service, according to the name of the application. Now, let’s expose that service, to do that, run this command:

<code>oc expose svc myapp</code>

And you should see something like this:

<code>route "myapp" exposed</code>

Now we can run oc status to get information about your deployment

<code>oc status</code>

And you should see something like this:

http://myapp-sample-project.44fs.preview.openshiftapps.com to pod port 8080-tcp (svc/myapp)

  dc/myapp deploys istag/myapp:latest <-

    bc/myapp builds https://github.com/openshiftdemos/os-sample-java-web.git with openshift/wildfly:10.0

    deployment #1 deployed 55 seconds ago - 1 pod

There again is a lot of information that we mostly do not care about at this moment but what we need is the first line. It shows you the domain, your application is available at.
To access the application, simply open the domain in your browser of choice and you should see a Hello World message.

Creating new application using web console

You can deploy your application using web console as well as with cli tools. To deploy using web, click on the Add to project in the top bar. Then type wildfly into the Filter by keyword text field. And you will see list of WildFly based templates similar to:

Select wildfly:latest and fill in the form like this:

Depending on your selection of forking or not deploying the sample application you will need to adjust the URL accordingly. And finally click Create and you will be taken to summary page like this:

And click Continue to overview. On the overview page you will see detail of your new deployment similar to:

Clicking the URL in the top white box will take you straight to your newly deployed application that will show the Hello World message.

Step 3: Making first changes

To make changes to the application, you need to fork it and deploy from your own fork instead of from the original repository of the sample application. That means, that for creating the application the URL will have a different username/organization.

<code>oc new-app --name=myapp wildfly~https://github.com/[your user name]/os-sample-java-web.git</code>

Except for that, the whole process process in the Step 1 is the same.

Editing the source code

You can edit the source code in GitHub’s web based editor. If you choose to do so, there is no need to copy the source code to your local machine and can skip directly to Step 2.2.

Or you can clone the repository locally, edit the file, and push back to the server. To do so, first clone the git repository and enter the new directory

git clone https://github.com/[your user name]/os-sample-java-web.git

cd os-sample-java-web

Edit the src/main/webapp/index.jsp file to your liking and commit the changes

git add -A .

git commit -m "My application changes"

And finally push back to the git hosting:

<code>git push origin master</code>

aAd that’s it, the change is in the git repository, now let’s go and deploy it.

Deploying the changes using terminal

OpenShift already knows how to reach your git repository as it did while first deploying the application. As it created the service that we referenced before it also created buildconfig buildconfig "myapp" created.

Note
BuildConfigs contain information necessary for building an application. It also contain information what strategy should be used for building it. In our case the strategy is Source. For strategy from source it contains the URL of git repository to fetch the source code from and other important stuff.
You can check more details by running oc describe bc myapp.

BuildConfig is the reference for building stuff and allows us to trigger the building process, to do this run