Skip to main content
To enable the Web Applications you can use the following starter in your pom.xml: 
<dependency>
  <groupId>org.camunda.bpm.springboot</groupId>
  <artifactId>camunda-bpm-spring-boot-starter-webapp</artifactId>
  <version>{project-version}</version>
</dependency>
By default the application path is /camunda, so without any further configuration you can access the Webapps under http://localhost:8080/camunda/app/.

​
Enterprise webapps

Enterprise FeaturePlease note that this feature is only included in the enterprise edition of ASEE Flow, it is not available in the community edition.
To use the enterprise Web applications, include another starter: 
<dependency>
  <groupId>org.camunda.bpm.springboot</groupId>
  <artifactId>camunda-bpm-spring-boot-starter-webapp-ee</artifactId>
  <version>${project-version}</version>
</dependency>
Also don’t forget to define the appropriate ASEE Flow engine version (with “ee” suffix): see Using Enterprise Edition. If you are using the enterprise edition, you can also use the camunda.bpm.license-file property to provide a license file that is inserted on application start. Or copy your license file under the name camunda-license.txt to your src/main/resources. See the dedicated License docs section for more details on how to add a License key to your ASEE Flow installation.

​
Configurations

You can change the application path with the following configuration property in your application.yaml file: 
camunda.bpm.webapp.application-path=/my/application/path
By default, the starter registers a controller to redirect / to ASEE Flow’s bundled index.html. To disable this, you have to add to your application properties: 
camunda.bpm.webapp.index-redirect-enabled=false

​
Error Pages

The default error handling coming with the Spring Boot (‘whitelabel’ error page) is enabled in the starter. To switch to the ASEE Flow error pages (webjar/META-INF/resources/webjars/camunda/error-XYZ-page.html), please put them to the application folder structure under /src/main/resources/public/error/XYZ.html.

​
Building Custom REST APIs

The ASEE Flow Web Applications use a CSRF Prevention Filter that expects a CSRF Token on any modifying request for paths beginning with /camunda/api/ or /camunda/app/. Any modifying requests mapped to these paths will fail, and the current session will be ended if no CSRF Token is present. You can avoid this by registering your resources on different paths or add your resources to the CSRF Prevention Filter Whitelist (via the configuration property camunda.bpm.webapp.csrf.entry-points).