Runtime command - Unparseable date exception raised

Symptom

An unparseable date exception is raised when the used java version in designer and runtime is not the same.

For instance when user in Java 8 tries to access a runtime runtime in Java 11 and vice versa:

Solution

Add this java option of JRE 11, in initvariable.bat file, when communicating with JRE 8.

-Djava.locale.providers=COMPAT

Please refer to this Openjdk article for further information: https://openjdk.java.net/jeps/252

Scheduler triggers twice the same job because of two conflicting schedules

Symptom

The same delivery has two schedules for different periods. Sometimes these periods have conflicting occurences. When this happens, the delivery is executed twice.

For example:

• Schedule 1: execute delivery1 every tuesday at 10am
• Schedule 2: execute delivery1 every 5th month day, at 10am

=> When the 5th day of a month is a tuesday, delivery1 will execute twice.

Solution

This is normal, considering the default configuration of the Scheduler.

When a scheduled job tries to start, it will wait for the other occurences to finish. If the "misfireThreshold" delay is reached then the awaiting job is cancelled. By default this delay is 60 seconds.

You can change this behavior in file stambiaRuntime/properties/engineScheduler.properties.

• Create this file if it does not exist (copying engineScheduler.properties.sample)
• Change this line:
  org.quartz.jobStore.misfireThreshold = 60000
  to
  org.quartz.jobStore.misfireThreshold = 1

=> the awaiting job is immediately cancelled (after 1 millisecond...).

Runtime as a Windows Service not starting

Symptom

The Runtime, configured as a Windows Service, cannot start. The following error (or similar) can be found in Windows' event logs:

A timeout was reached (30000 milliseconds) while waiting for the Stambia Runtime service to connect.

Solution

Please refer to this Microsoft KB entry:

https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and-events-7000-and-7011-are-logged-in-window

Some of our users had this issue and solved it with the solution provided by Microsoft (editing the Registry to set the ServicesPipeTimeout parameter to 60000).

Runtime does not start - no visible error

Symptom

When starting the Runtime, it stops immediately or a few seconds later.

When launched as a Windows or Linux service, the service stops after a few seconds.

When launched manually on Windows (from the Designer or double-clicking startengine.bat), the Command window does not appear or disappears instantly.

When launched manually on Linux or Mac OS, the process does not stay up.

In the end, the Runtime's system process stopped and does not appear in the Task manager (Windows), Activity Monitor (Mac OS) or in the process list (ps -ef | grep engine).

Solution

There can be multiple reasons. You need to consult the Runtime's logs and standard output.

Try starting the Runtime from the command line and redirect output to a log file.

On Windows:

D:\stambiaRuntime>startengine.bat > start.log 2>&1

On Linux / Mac OS (bash):

stambia@devsrv01:~/support/supportRuntime/stambiaRuntime$ ./startengine.sh &> start.log

Then consult the start.log files.

Feel free to share this log file with the Support Team if you need advice.