index |
|
wrapper.timer.<n>.<x> |
||||||||||||||||||
WARNINGDO NOT modify any of these parameters unless you have read this property description. Incorrect settings can cause the Wrapper to fail to operate as expected. The timer properties make it possible to schedule JVM restarts, shutdowns, or thread dumps at specific times or intervals in a cron-job like fashion. This can be useful in cases where the user application leaks memory or has other requirements that require periodic restarts. Basic Setting: The following example will restart the JVM every day at exactly 4 a.m.
Each timer declaration consists of two properties: <n> component:
The "<n>" component of the property name is an integer number counting up from "1".
By default, there can be no missing numbers. The
wrapper.
|
wrapper.timer.max_catchup property |
||||||||
When the system time changes, it is possible that one or more timer events would have been fired during that time range. The Wrapper will attempt to catch up by firing all of those events in rapid succession. When the number is large, this can cause unwanted results. This property makes it possible to configure the maximum amount of time that the timer will be allowed to catch up. The default value is "60 seconds".
NOTEStarting from version 3.5.29, the Wrapper uses a new method to catch up timers that would be scheduled during the time skipped or repeated because of a daylight saving time changeover. When the clock moves forward to change to summer time, only timers that were scheduled on a daily basis during the time that was skipped will catch up. In the same way, when the clock moves backwards, timers scheduled daily will not be re-executed. The concerned timers are those not using '*' in the 'hour' or 'minute' specifiers, and having either 'day-of-week' or 'hour' specified. NOTEThere was an issue prior to Wrapper version 3.5.24 that could cause timers to stop working if they had been scheduled during the catchup interval. This property should be set to a value large enough to prevent that from happening. A value of 3600 will prevent problems during time zone changes. |