Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • CL-runtime sends CONTROL_LOOP_UPDATEmessage to all participants with startPhase = 0
  • participant receives the CONTROL_LOOP_UPDATEmessage and runs to PASSIVE state (only the CL element is define elements defined as startPhase = 0)
  • CL-runtime receives CONTROL_LOOP_UPDATE_ACT messages from participants and set the state (from the CL element of the message) to PASSIVE
  • CL-runtime calculates that all CL elements with startPhase = 0 are set to proper state and sends CONTROL_LOOP_UPDATE message to all participants with startPhase = 1
  • participant receives the CONTROL_LOOP_UPDATEmessage and runs to PASSIVE state (only the CL element is define elements defined as startPhase = 1)
  • CL-runtime calculates that all CL elements are set to proper state and set CL to PASSIVE

...

The solution Design of retry, timeout, and reporting for all Participant message dialogues are implemented into the monitoring execution.

  • Spring Scheduling start the task to monitor retry execution any heartBeatMs milliseconds
  • task is executed under the ThreadPoolExecutor
  • a message will be retry if do no receive Act message before MaxWaitMs milliseconds


Note

This page is Work in Progress

...