Wildfly - CentOS Docker image
WildFly versions currently provided are:
- WildFly v8.1
- WildFly v9.0
- WildFly v10.0 (10.0.0CR5)
CentOS versions currently provided are:
This image is available on DockerHub. To download it, run:
$ docker pull openshift/wildfly-81-centos7
$ docker pull openshift/wildfly-90-centos7
$ docker pull openshift/wildfly-100-centos7
To build a WildFly image from scratch, run:
$ git clone https://github.com/openshift/sti-wildfly.git $ cd sti-wildfly $ make build VERSION=8.1
Note: by omitting the
VERSION parameter, the build/test action be performed
on all provided versions of WildFly.
$ s2i build git://github.com/bparees/openshift-jee-sample openshift/wildfly-81-centos7 wildflytest $ docker run -p 8080:8080 wildflytest
Accessing the application:
$ curl 127.0.0.1:8080
This repository also provides a S2I test framework,
which launches tests to check functionality of a simple WildFly application built on top of the wildfly image.
CentOS based image
$ cd sti-wildfly $ make test VERSION=8.1
Notice: By omitting the
VERSION parameter, the build/test action will be performed
on all provided versions of WildFly.
CentOS based Dockerfile
This folder contains scripts that are run by S2I:
Is used to restore the build artifacts from the previous built (in case of
'incremental build'), to install the sources into location from where the
application will be run and prepare the application for deployment (eg.
installing maven dependencies, building java code, etc..).
In addition, the assemble script will copy artifacts provided in the
application source project into the Wildfly installation:
Wildfly configuration files from the <application source>/cfg are copied
into the wildfly configuration directory.
Pre-built war files from the <application source>/deployments are copied
into the wildfly deployment directory.
Wildfly modules from the <application source>/provided_modules are copied
into the wildfly modules directory.
* **run** This script is responsible for running the application, by using the Wildfly application server. * **save-artifacts** In order to do an *incremental build* (iow. re-use the build artifacts from an already built image in a new image), this script is responsible for archiving those. In this image, this script will archive the maven dependencies and previously built java class files. * **`contrib/`** This folder contains commonly used modules * **`wfbin/`** Contains script used to launch wildfly after performing environment variable substitution into the standalone.xml configuration file. * **`wfcfg/`** Contains the default standalone.xml configuration which can be overriden by applications that provide a standalone.xml in <application_src>/cfg. * **`wfmodules/`** Contains commonly used modules such as postgres and mysql database drivers. * **`test/`** This folder contains the [S2I](https://github.com/openshift/source-to-image) test framework with a simple JEE application. * **`test-app/`** A simple Node.JS echo server used for testing purposes by the [S2I](https://github.com/openshift/source-to-image) test framework. * **run** This script runs the [S2I](https://github.com/openshift/source-to-image) test framework.
Folder containing scripts which are responsible for the build and test actions performed by the
Image name structure
- Platform name (lowercase) - wildfly
- Platform version(without dots) - 81
- Base builder image - centos7
To set environment variables, you can place them as a key value pair into a
file inside your source code repository.
Overrides the default arguments passed to maven durin the build process
This value will be appended to either the default maven arguments, or the value of MAVEN_ARGS if MAVEN_ARGS is set.
If set, WildFly will attempt to define a MySQL datasource based on the assumption you have an OpenShift service named "mysql" defined.
It will attempt to reference the following environment variables which are automatically defined if the "mysql" service exists:
If set, WildFly will attempt to define a PostgreSQL datasource based on the assumption you have an OpenShift service named "postgresql" defined.
It will attempt to reference the following environment variables which are automatically defined if the "postgresql" service exists:
Released under the Apache License 2.0. See the LICENSE file.