Patch 2018.03.5

Problems solved

  1. During recovery, exceptions are caught when trying to recover a workflow so that incorrect configuration of one workflow cannot lead to the entire recovery process failing.
  2. When stopping the application in a normal way, the engines will first finish all current tasks before shutting down to avoid tasks being interrupted midway. (See Clean Engine shutdown)
  3. The name of the engineNode will be based on the getName() method of the java.lang.management.RuntimeMXBean class, which in most cases combines the hostname and process id to ensure the name is unique across different nodes on the same hostname.
  4. When one of the nodes is unresponsive for a long time (read; did not update it's lastActive field for a time greater than the defined timeout) an error message will be shown: ERROR: node='<engineNode.name>' appears inactive, perhaps it has shut down unexpectedly? lastActive='<engineNode.lastActive>', previousStatus='<engineNode.status>', status='NOT_RESPONDING'
  5. Prevented a nullpointerException if one of the nodes is cleaned and afterwards regains connection to the database.

Look at the net.democritus.workflow.EngineNodeConfig class to see which parameters can be modified.

Updated libraries

  • baseComponents: 3.2.1.2 -> 3.2.1.5
  • expanders: 3.2.1.4 -> 3.2.1.5

results matching ""

    No results matching ""