Plugins let you extend Xima® Formcycle and add new features. Various different plugin type exist, such as plugins for adding custom workflow actions ands triggers, or plugins for new form elements.

A plugin must be a JAR file with the appropriate class files. To create a custom plugin, you need to setup a Java project, such as via Maven.

API documentation

The API documentations for Xima® Formcycle can be found here: Javadocs

Project setup

To get started with developing plugins, you need to create and configure new project.

We recommend the build tool Apache Maven. Other build tools such as Gradle are possible, but you will not find any help for those tools here.

To access the Xima® Formcycle dependencies, you need to use the Maven repository This contains all Maven artifacts required for developing plugins.

To get Maven to recognize that repository, add it tot the Maven configuration file settings.xml. Usually, you can find this settings file in the .m2 folder in your home directory, i.e. ~/.m2/settings.xml for Linux and %homepath%\.m2\settings.xml for Windows:


<?xml version="1.0" encoding="UTF-8"?>
<settings xsi:schemaLocation="" xmlns=""

 <!-- Add XIMA artifactory -->
     <!-- FORMCYCLE dependencies -->
     <!-- Maven plugins for FORMCYCLE -->

 <!-- Enable XIMA artifactory by default -->

 <!-- FORMCYCLE specific Maven plugins provided by XIMA -->

Maven project setup

The following lists a few important steps required for setting up a Maven project for a Xima® Formcycle plugin, but we assume you have basic knowledge of how to work with Maven.

To get started with a plugin, you can also use of of the available Maven archetypes.

Artekfakte und Abhängigkeiten

All dependencies to Xima® Formcycle must be declared with the scope provided.

You can download a complete pom.xml for plugin development here.

The main artifact you need to include is the artifact fc-plugin-common. It contains all Java interfaces available for plugins.

Add the following to the pom.xml of the plugin project to include that artifact:



For more complicated plugins, you can also include fc-logic, which provides more Xima® Formcycle related classes, such as the database access objects when you need to access the database. If you want to use it, replace dependency to fc-plugin-common with:


Note that all dependencies must be declared with the provide scope. This prevents class path issues and keeps the plugin size small. When possible, use libraries already used by Xima® Formcycle, e.g. certain Apache Common libraries or guava.

Manifest und Fat JAR

The META-INF/MANIFEST.MF file in the plugin JAR should contain the following entries:

Required. The version of Xima® Formcycle against which the plugin was compiled. This is required for Xima® Formcycle to check the compatibility when the plugin is installed.
Required. The version of the plugin, which is for example shown in the UI.
Build-Time oder Build-Timestamp
Optional. This is displayed in the UI when the plugin version is a SNAPSHOT.
Optional. This is used e.g. by the deploy plugin to identify the plugin.

You can use the maven-assembly-plugin to add these entries to the manifest.

Furthermore, it is required that you create a fat JAR. Dependencies provided by Xima® Formcycle should be declared with the scope provided, as mentioned above. However, any additional dependencies that your plugin needs must be included in the JAR file.

This can be done via the maven-assembly-plugin or via the maven-shade-plugin. The latter one is meant for advanced use cases, such as when multiple dependencies have conflicting files and you need to merge those.

For many plugins, the maven-assembly-plugin is sufficient. You can configure this plugin in the pom.xml as follows:

maven-assembly-plugin in pom.xml


Build and install

In general, the command to build the plugin depends on the settings in the pom.xml. In most cases, however, the following standard command should be enough:

mvn clean install

This creates a JAR file in the target folder. You can then upload this plugin to a running Xima® Formcycle server, either as a client plugin or as a system plugin.

See the deploy plugin to upload the plugin to a running Xima® Formcycle server during the Maven build process.

See the FC server plugin for starting a simple Xima® Formcycle server.

Maven archetypes

Adding an archetype catalog in Eclipse

Selecting an archetype in Eclispe when creating a new Maven project

For some common plugin types, we provide Maven archetypes to help you get started.

If you added the XIMA artifactory to the ~/.m2/settings.xml as described above, you can create a new plugin project from an archetype via the following CLI command:

mvn archetype:generate -DarchetypeArtifactId=plugin-archetype-workflow-element-simple -DarchetypeGroupId=de.xima.fc.archetype

This prompts for a few required details such as the desired Maven coordinates of the new project, then creates a new folder in the current working directory with a preconfigured Maven project.

See the archetype catalog for a list of available archetypes.

If you are using Eclipse, you can also add the archetype catalog in the Eclipse settings. Eclipse will then show you the available archetypes when you create a new Maven project with the builtin wizard.

Deploy plugin

When developing a plugin, you often need to build a new snapshot version and upload it to a running Xima® Formcycle server. To ease that process, the deploy plugin can be used to upload the plugin automatically as part of the Maven build process. It consists of two parts:

  • A Maven plugin, which is run at the end of the build process and sends the plugin JAR file to a running Xima® Formcycle server via HTTP.
  • A Xima® Formcycle plugin, which provides the endpoint that takes the plugin from the HTTP requests and installs it to Xima® Formcycle.

For more details, see help page of the deploy plugin. For most cases, the following configuration in the pom.xml is all you need to enable the deploy plugin:


Assuming the deploy plugin is installed as a system plugin of a Xima® Formcycle server, you can build and upload your plugin project as follows:

mvn package fc-deploy:deploy -DfcDeployUrl=http://localhost:8080/xima-formcycle -DfcDeployToken=admin

If you are using Eclipse, you can also add the fcDeployUrl and fcDeployToken parameters to a launch configuration.

FC server plugin

To test a plugin, you will need a running Xima® Formcycle server. The fc-server-maven-plugin can be used to start a fully configured Xima® Formcycle server with just a single command. It also comes with the deploy plugin preinstalled.

If you added the pluginGroup to the ~/.m2/settings.xml as described above, you can start a Xima® Formcycle server with the following CLI command:

mvn package fc-server:run-ms-war -DxfcVersion=7.0.10

After a short amount of time (may take longer when you start it for the first time), you have a local Xima® Formcycle server running. The URL is printed in the command line, and should be http://localhost:8080/xima-formcycle by default. The super user login is sadmin (password: admin), the client admin access is admin (password /admin_).

This command works even in a directory without a Maven project. When no Xima® Formcycle version is given, a default one is used. When you run the command in the root folder of a Maven project, the FC server Maven plugin tries to read the Xima® Formcycle version from the plugin.

Copyright 2000-2021