Monitoring GUI and server for COPPER
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.


Monitoring GUI and server for use with COPPER 5

Feature Overview

  • Visualize overall state of your application:
  • Show list of Broken workflows (with state of ERROR or INVALID) with their details
  • Show list of Waiting workflows (with state of WAITING) with their details
  • Show Workflow Repository
  • Show Processor Pools
  • Show Audit Trail based on users filter
  • Collect and show Statistics for all engines
  • Interact by deleting / restarting workflows


Download the Copper-Monitoring source code from GitHub here:

Or pull a Docker image with: docker pull copperengine/copper-monitoring

Set up with Docker

To build and zip the source code for Docker to use, simply run the following commands: Linux: ./ --prep-docker && ./ --dockerize Windows: ./start.cmd --dockerize This will build and store the zipped source code in the /docker folder.

Next, check the default Dockerfile, as you may want to change certain enviornmental variables such as which credentials are required to log into the GUI, or what the default JMX credentials are. Note: The Environment Variable MONITORING_AUTH sets the required credentials to log into the GUI. The default username / password is ‘admin’ : ‘admin’.

To create a Docker image from the zipped source code, run the following command from inside the /docker folder: docker build -t copper-monitoring ./

To create a container from your image run the following command: docker create -p {nnnn}:8080 copper-monitoring Where {nnnn} is a port of your choice to forward to your container. 'copper-monitoring' is a user defined name.

Alternativley, if you have pulled an image from Dockerhub, you can edit the enviornmental variables when creating a container. A default enviornmental variable file can be found here: Or in the source code at docker/env-vars.

Edit the variables as you wish, and build the container with the following command: docker create -p {nnnn}:8080 --env-file {path to env.list} copper-monitoring Where {nnnn} is a port of your choice to forward to your container. 'copper-monitoring' is a user defined name.

Finally run your container with your container id by: docker start {id}

NOTE on 'localhost': By default, inside a container we are not able to access localhost as host. If you would like to access services on your machine's localhost, take one of these approaches based on your OS:

Linux: Create your container with the --network="host" tag, and then use 'localhost' which will be directed to your host machine. docker create --network="host" {image name} Note, you can no longer forward ports in this network mode. Access the Copper Monitoring application through it's default port, '8080'.

Windows: Use host.docker.internal

Using scripts


  • ./ --install for first use. It will install npm dependencies, build and ship gui to server
  • ./ for futher usages. It will start server with GUI and Backend
  • ./ --prep-docker for preparing files brfore creating docker image. It will build client & server parts
  • ./ --dockerize for creating docker image. It will create a docker image of copper-monitoring


  • ./start.cmd --install for first use. It will install npm dependencies, build and ship gui to server
  • ./start.cmd runs the server, now the user can connect and start with the application
  • ./start.cmd --dockerize for creating docker image. It will build a zipped application and store it in /docker from here build the image through Docker with 'docker build -t copper-monitor'


Server is a simple proxy for JMX based on Jolokia and Grizzly server. It uses Jolokia to handle JMX calls to your Copper Application.

Note that your Copper Application should be running with JMX and a JMX port exposed. Take the following VM parameters for example:

If you want to protect your exposed JMX port with credentials, use this alternative option: And set your desired credentials in Java/jdk/jre/lib/management with the jmxremote.password file. For more information, see:

  • Securing application with SSL

    • run copper application with VM options to have secure jmx connection:{path to keystore_monitoring}{password}{path to truststore_monitoring}{password}

    • add VM options to copper monitoring to connect to secured jmx:{path to truststore_copper_app}{password}

    • add Enviroment variables to copper monitoring server to enable HTTPS: KEYSTORE_LOC={path to keystore_monitoring}, KEYSTORE_PASS={password}, TRUSTSTORE_LOC={path to truststore_monitoring}, TRUSTSTORE_PASS={password}, HTTPS_ENABLED=true

  • Securing with Docker

    • The same Env. variables and VM options are required with Docker, however they can be applied through a Dockerfile or Enviorment Variable file. The appropriate Env. variables and other commands are commented out in the default Dockerfile and also commented out in the 'env.list' file in 'docker/env-vars'. Uncomment them from the Dockerfile to build a new image, or create a new container from an existing image with the --env-file tag.

    • The Dockerfile will make an internal directory /certs from where it will read your security files ( keystore, truststore, cert, ect. ) To bind your files to this directory, add the -v tag to your create command.

    docker create -p {nnnn}:8080 -v {path to your security files}:/app/certs --env-file {path to env.list} {img tag}


The Copper Monitoring GUI is a web application that uses JMX to query real time statistics from an application using the Copper Engine.The monitoring application queries and displays this information, and offers the user some interactive functionality with the engine as well. The application is able to connect to more than one application in an app-cluster, and show information from all engines. Engines with the same 'engineClusterId' are grouped together visually for clarity.

  • Information about enginees current state

    • number of active/broken workflows
    • last activity times
    • grouping engines to engine cluster in case they have same engineClusterID
  • Show list of Broken workflows(with state of ERROR or INVALID)

    • Show details(with stacktrace) of broken workflow
    • Show error and last wait Strack Traces
    • Show source code of workflow(with highliting of last waiting and error lines)
    • Open workflow in pop-up window
    • Filter workflows by class name, state or created and modification date
    • Restart broken workflows(one, filtered or all)
    • Delete broken workflows(one, filtered or all)
  • Show list of Waiting workflows(with state of WAITING)

    • Show details(with stacktrace) of broken workflow
    • Show source code of workflow(with highlited last waiting line and error line)
    • Show last wait Strack Traces
    • Open workflow in pop-up window
    • Filter workflows by class name or created and modification date
  • Show Workflow Repository info

    • Show base info about repository
    • Show list of classes with detail information
    • For Filebased repository it's possible to see:
      • Show last build results (It's helpfull in case there are some errors)
      • Show sourcecodes of classes
  • Show Processor Pools

    • Show information about all processor pools
    • Alows to do actions: Resume, Suspend, Resume Deque and Suspend Deque
  • Show Audit Trail

    • Showing audit trails based on users filter
  • Collect and show Statistics for all engines

    • By default GUI would collect statistics per each engine every 5 seconds
    • Collected statistics can be then agregated by 5/15/30 seconds or 1/5/15 minutes
    • It's also possible to collect and store information in Influx DB with help of telegraph
      • Copper Monitoring GUI will generate configuration settings for telegraf
      • Then it can load statistics data from Influx DB (enables user to see statistics even for period of time when GUI wasn't running)

App uses Vue.js with TypeScript and Vuetify as base.


Copyright 2002-2018 Copper Engine Development Team

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

To get check licenses of other third party libraries that we use in our client part, you can use or any other alternative. For server part you can use gradle downloadLicenses command and then see report at copper-monitoring/server/build/reports/license/dependency-license.html