Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
133 lines (84 sloc) 7.5 KB
title taxonomy
category author

In addition to supporting several operating systems and specific ways of installing the respective software, we'll also demonstrate how to get an package. You can do any of the following:

  • Download one of our releases right from our download page, which provide tested install packages.
  • Get any of our developer builds from our project page to get the most bleeding edge install packages (possibly including minor issues)
  • Build your own packages using ANT as described below

The package is installed with the following basic default characteristics:

  • Install directory: /opt/appserver (C:\Program Files\appserver on Windows)
  • Autostart after installation, no autostart on reboot
  • Reachable under pre-configured ports as described here

For OS specific steps and characteristics review the tested environments in the section below.

We STRONGLY recommend to have a look at our upgrade guides, before upgrading any previous installation.

Mac OS X

Runs and tested on Mac OS X 10.8.x and higher.

For Mac OS X > 10.8.x we provide a .pkg file for download, which contains the runtime and the distribution. A double-click on the .pkg triggers the installation process.

Optionally you can install the appserver using Homebrew Cask as we do offer an appserver cask now. To do so use the following command:

brew cask install appserver


Runs and tested on Windows 7 (32-bit) and higher.

As we deliver the Windows application server as a .exe file, which packages everything, there are no further dependencies. You can download it and install it on your machine, as you would with other software. will be added as a service daemon bundle to your Windows service management tool.

Alternatively, we provide a JAR file which you can use if you have an installed Java Runtime Environment (or JDK that is). It offers the same functionality as the EXE file, but might be preferred by some. If the Java requirement is met, you can start the installation by simply double-clicking the .jar archive.


Runs and tested on Debian Squeeze (64-bit) and higher.

If you are on a Debian system you might also try our .deb repository:

root@debian:~# echo "deb wheezy main" > /etc/apt/sources.list.d/appserver.list
root@debian:~# wget -O - | apt-key add -
root@debian:~# aptitude update
root@debian:~# aptitude install appserver-dist

Optionally you can download the .deb files for runtime and distribution. A double-click triggers the installation process. Doing this will invoke the system default package manager and guides you through the installation process.

Please install the runtime first, as it is a dependency of the distribution.


Runs and tested on version Fedora 20 (64-bit).

We also provide .rpm files for fedora, one for runtime and distribution for download. A double-click triggers the installation process. Doing this will invoke the system default package manager and will guide you through the installation process.

Please install the runtime first, as it is a dependency of the distribution.


Runs and tested on CentOS 6 (64-bit).

Installation and basic usage are the same as on Fedora, but we provide different packages for runtime and distribution. CentOS requires additional repositories like remi or EPEL to satisfy additional dependencies.

Please install the runtime first, as it is a dependency of the distribution.

Building it yourself

The following steps describe how to build for other environments using the provided ANT targets, which is the recommended build tool. Please download and install ANT to proceed.

As an experiment, we tried Raspbian and brought the application server to an ARM environment. This is why Rasbian is used as an example below.

The runtime

The common base for all appserver installations is the runtime repository. Please clone or download it to your preferred workspace.

All our builds are orchestrated using ANT property files, which are included in the runtime package. They contain meta-information needed for building the sources. Most important is the file within the package root. It contains information about the environment, about the dependencies has and the versions that can be used.

Build properties can be overwritten locally within a file in the package root.

For our Raspbian example, we provide additional meta-information within the buildfiles directory. To use it, the os.distribution property of our default build properties needs to be overwritten, as it is shown below:

# ---- Default Operating System ------------------------------------------------- = linux
os.distribution = debian

So, creating a file containing the line os.distribution = raspbian is sufficient for setting up the Raspbian build environment.

The actual build process can be started by issuing sudo ant build on the command line.

But, what about environments without prepared properties?

Use and os.distribution properties to load the build files best fitting to your environment and overwrite different properties locally. The same can be done for our ANT targets within the build.xml. The doctrine First come first serve applies, so targets within the initial build file can take the place of more specific targets in included files.

The distribution source

The built runtime is still missing the distribution sources to create a running instance of the appserver. To get them download or clone from our github repository and use ANT (sudo ant deploy) or copy the sources into the freshly built runtime.

Finally, we need to get all dependencies. To do so invoke sudo composer install within your built runtime.

Services and scripts

Any self-built environment will lack proper services and init-scripts, as we do offer those for supported operating systems only. Any script we provide can be found in our distribution repositories.

Otherwise, start the appserver using the installed PHP binaries and the server.php script, for example with /opt/appserver/bin/php /opt/appserver/server.php.