Orbeon Forms
Search…
Getting started
Installation
Logging
Tomcat
WildFly
WebSphere
WebLogic
GlassFish
Replication
Upgrading
Configuration
Form Builder
Form Runner
XForms
XML Platform
FAQ
Contributors
Release notes
Use cases
Index of features
Release history
Product roadmap
Powered By GitBook
Installation

Software requirements

Basic requirements

Orbeon Forms runs on any platform that supports:
  • A Java runtime
  • a Servlet 2.5 (or greater) container such as Apache Tomcat. For versions supported, see Tomcat.

Java versions

Orbeon Forms Version
Java Versions
Comment
2021.1
11
​
2020.1
8, 11
​
2019.2
8, 10, 11
​
2019.1
8, 10, 11
​
2018.2
8, 10
recommended
2018.2
7
not recommended
Up to 2018.1
8
recommended
Up to 2018.1
7
not recommended

Tomcat versions

See Tomcat.

Hardware requirements

We recommend you run Orbeon Forms on a dedicated server or instance that satisfies the following requirements:
  • CPU: recent 4-core, or more, Intel Xeon or Core i7 or newer. We don't recommend AMD CPUs (prior to the Ryzen line).
  • RAM: 4 GB of RAM, or more, available to the Java Virtual Machine (JVM heap size).
If using AWS EC2, we recommend you start with a c4.2xlarge instance. For most projects, it is safe to start with a configuration along those lines, but you might want to have more powerful or multiple servers or instances (or equivalent) for situations calling for high availability, or to handle more load. When running Orbeon Forms PE on multiple servers or instances, you need one PE subscription per server or instance.
For more details on sizing, see the section on how much load Orbeon Forms can handle.

Java virtual machine configuration

Configure the Java VM with:
  • -Xmx option for dedicated Java heap memory:
    • on a development machine: at least 1 GB of Java heap: -Xmx1g
    • on a production machine: at least 4 GB of Java heap: -Xmx4g
  • -XX:MaxPermSize for "permgen" space (Java 1.7):
    • use at least: -XX:MaxPermSize=256m
Also, make sure that you do not have tiered compilation when using Java 7. See A dangerous Java 7 JVM option: TieredCompilation.
NOTE: On Unix systems, GIJ / GCG is not supported as there are reports of issues with that runtime environment and Orbeon Forms. Instead, we recommend you use the Oracle runtime Java environment.

Database setup

Out-of-the-box, forms you create with Form Builder, as well as data captured with those forms, will be saved in an embedded database called eXist. You can setup Orbeon Forms so this data gets stored in your relational database, but if you're getting started with Orbeon Forms, you might to just use the embedded eXist, even if just temporarily.
Note that eXist will need to be able to write to the WEB-INF/exist-data directory, wherever Orbeon Forms .war file is uncompressed. So, especially if you're on UNIX, make sure that this directory is writable by the process running your app server.

License installation (Orbeon Forms PE only)

  • If you are running Orbeon Forms CE, you don't need to install a license file.
  • If you are running Orbeon Forms PE:
    • complete the steps for your application server below
    • you can obtain a full licence from Orbeon, or get a trial license​
    • before starting your servlet container, copy your license file under the Orbeon Forms WAR file as:
    1
    WEB-INF/resources/config/license.xml
    Copied!
With Orbeon Forms 4.1 and newer, you can also place license.xml file under the user's home directory. For example, on Unix systems:
1
~/.orbeon/license.xml
Copied!
Orbeon Forms first searches for the license file within the WAR, and if not found attempts to find it under the home directory.
The benefit of this approach is that you don't have to find where the WAR file is deployed in your container, or to uncompress and recompress the WAR file with the license.
NOTE: Orbeon Forms uses Java's System.getProperty("user.home") to identify the user's home directory._ This corresponds to the user running the servlet container and not necessarily to the user of the developer or system administrator._

Configuration properties

You should at least create a default properties-local.xml file. See Properties.
In addition, you should set the oxf.crypto.password property to something different from the default.

Base URL for internal services

This step is sometimes optional.
Depending on your setup, if things don't work out of the box (for example if you have database errors with the sample forms) you might have to set the oxf.url-rewriting.service.base-uri configuration property in your properties-local.xml file.
Often, it is enough to set it to the following (adjusting for port and prefix):
1
<property
2
as="xs:anyURI"
3
name="oxf.url-rewriting.service.base-uri"
4
value="http://localhost:8080/orbeon"/>
Copied!
For more information about how to set configuration properties, see Configuration Properties.

Logging configuration

This step is optional. See Logging.

Specific steps for your container / app server

Previous
Getting started
Next
Logging
Last modified 4mo ago
Copy link
Contents
Software requirements
Basic requirements
Java versions
Tomcat versions
Hardware requirements
Java virtual machine configuration
Database setup
License installation (Orbeon Forms PE only)
Configuration properties
Base URL for internal services
Logging configuration
Specific steps for your container / app server