Configuring Enterprise JavaBeans timer service
For non-persistent Enterprise JavaBeans (EJB) timers, you can configure the interval between timer retries and the number of retry attempts for failed calls to the timeout callback method.
About this task
You can configure the EJB timer service to use a ContextService instance to control which managed thread contexts are propagated to or created on the non-persistent timer thread.
The EJB timer service retries failed calls to the timeout callback method for non-persistent timers every 5 minutes until the timeout callback method completes successfully. Use the following options to configure non-persistent timers.
- Maximum number of retries
-
This option specifies the maximum number of times that the failing timeout callback method can be retried. If the timeout callback method is successful upon retry, the server stops attempting to run it. If a retry fails, the server continues to attempt retries until the timeout callback method succeeds, or the retry limit is reached. After the retry limit is reached, the server does not attempt to run the timeout callback method, even if prior attempts did not succeed. The default value of -1 indicates unlimited retries. A value of 0 indicates no retries, and is not specification-compliant. A value of 1 or greater indicates the specific number of retries that are allowed.
This option is useful for applications that do not require non-persistent timers to complete at each of the scheduled times. For example, suppose an application creates a non-persistent interval timer that is scheduled to run every 5 minutes. If you configure the number of retries to 0, the timer runs one time every 5 minutes, regardless whether it succeeds or fails.
- Time interval between retries
-
This option specifies the interval between retry attempts for a failed timeout callback method. The first retry always occurs immediately, regardless of the interval that is configured for this value. All additional retries wait for the interval that is specified for this value. A value of 0 indicates that all retries are immediate. A value of 1 or greater indicates that retries must wait for that specific number of seconds. The default is 300 seconds.
This option is useful when you want the timeout callback method to complete before the scheduled time, when using a smaller retry interval. This approach is also applicable for applications where it is acceptable to delay the timer completion to a later time, such as when using a later retry interval, to enable the timeout callback method to have a better chance to run successfully.
- Non-persistent timer method context propagation reference
- This option specifies the context service that is used to manage context propagation to non-persistent timer method threads. Specifying the context service with this option enables propagating the z/OS WLM context and the security context to the non-persistent timer thread.
Procedure
Example
<contextService id="EJBTimerContextService">
<securityContext/>
</contextService>
<ejbContainer cacheSize="1024">
<timerService nonPersistentMaxRetries="0"
nonPersistentContextServiceRef="EJBTimerContextService">
</timerService>
</ejbContainer>