Page History

...

The Watchdog Script is provided for Unix and Windows. It is not used when operating the Controller instance from a Container or from a Windows Service.

...

Technically the Watchdog Script is used to start the Controller from its controller_instance.sh|.cmd Instance Start Script.

In the following situations the Watchdog Script will restart the Controller instance:

• For the command line operation: controller_instance.sh|.cmd restart
• For the Terminate and Restart and Abort and Restart operations available from  the JOC Cockpit Dashboard view.

...

The Watchdog Script will capture output to stdout/stderr channels through the lifetime of a Controller instance.

Log output is stored to the <controller-data>/logs/watchdog.log file.

• The log file reports the command line used to start the Controller instance.
• The log file holds information about use of a JS7 - License.
• The log file is an important source for analysis in case of problems:
  • Any warnings and errors that will not make it for Log4j logging are reported to the log file.
  • The same applies to warnings and errors that occur before the JVM is initialized and before Log4j logging can start, for example if an incomptible Java version is used when starting the Controller.

...

Users can check from the processes used for the Controller instance that both watchdog Watchdog process and Controller process are running in parallel:

...

If the Watchdog process is not available then this will affect operation of the Controller instance:

• The Controller instance cannot be restarted when operated for Unix or Windows.
• The Terminate and Restart and Abort and Restart operations available from  the JOC Cockpit Dashboard cannot be performed.
• No logging to the watchdog.log file will be performed.

Besides the above effects the Controller instance will continue normal operation if the Watchdog process is not available.

...