Interface WorkManager

All Known Subinterfaces:
DistributableWorkManager

public interface WorkManager
This interface models a WorkManager which provides a facility to submit Work instances for execution. This frees the user from having to create Java threads directly to do work. Further, this allows efficient pooling of thread resources and more control over thread usage. The various stages in Work processing are:
  • work submit: A Work instance is being submitted for execution. The Work instance could either be accepted or rejected with a WorkRejectedException set to an appropriate error code.
  • work accepted: The submitted Work instance has been accepted. The accepted Work instance could either start execution or could be rejected again with a WorkRejectedException set to an appropriate error code. There is no guarantee on when the execution would start unless a start timeout duration is specified. When a start timeout is specified, the Work execution must be started within the specified duration (not a real-time guarantee), failing which a WorkRejectedException set to an error code (WorkRejected.TIMED_OUT) is thrown.
  • work rejected: The Work instance has been rejected. The Work instance could be rejected during Work submittal or after the Work instance has been accepted (but before Work instance starts execution). The rejection could be due to internal factors or start timeout expiration. A WorkRejectedException with an appropriate error code (indicates the reason) is thrown in both cases.
  • work started: The execution of the Work instance has started. This means that a thread has been allocated for its execution. But this does not guarantee that the allocated thread has been scheduled to run on a CPU resource. Once execution is started, the allocated thread sets up an appropriate execution context (transaction , security, etc) and calls Work.run(). Note, any exception thrown during execution context setup or Work.run() leads to completion of processing.
  • work completed: The execution of the Work has been completed. The execution could complete with or without an exception. The WorkManager catches any exception thrown during Work processing (which includes execution context setup), and wraps it with a WorkCompletedException.
  • Field Summary

    Fields
    Modifier and Type
    Field
    Description
    static final long
    A constant to indicate timeout duration.
    static final long
    A constant to indicate timeout duration.
    static final long
    A constant to indicate an unknown start delay duration or other unknown values.
  • Method Summary

    Modifier and Type
    Method
    Description
    void
    doWork(Work work)
    Accepts a Work instance for processing.
    void
    doWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener)
    Accepts a Work instance for processing.
    void
    Accepts a Work instance for processing.
    void
    scheduleWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener)
    Accepts a Work instance for processing.
    long
    Accepts a Work instance for processing.
    long
    startWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener)
    Accepts a Work instance for processing.
  • Field Details

    • IMMEDIATE

      static final long IMMEDIATE
      A constant to indicate timeout duration. A zero timeout value indicates an action be performed immediately. The WorkManager implementation must timeout the action as soon as possible.
      See Also:
    • INDEFINITE

      static final long INDEFINITE
      A constant to indicate timeout duration. A maximum timeout value indicates that an action be performed arbitrarily without any time constraint.
      See Also:
    • UNKNOWN

      static final long UNKNOWN
      A constant to indicate an unknown start delay duration or other unknown values.
      See Also:
  • Method Details

    • doWork

      void doWork(Work work) throws WorkException
      Accepts a Work instance for processing. This call blocks until the Work instance completes execution. There is no guarantee on when the accepted Work instance would start execution ie., there is no time constraint to start execution. (that is, startTimeout=INDEFINITE)
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors.
      WorkCompletedException - indicates that a Work instance has completed execution with an exception.
      WorkException
    • doWork

      void doWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener) throws WorkException
      Accepts a Work instance for processing. This call blocks until the Work instance completes execution.
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      startTimeout - a time duration (in milliseconds) within which the execution of the Work instance must start. Otherwise, the Work instance is rejected with a WorkRejectedException set to an appropriate error code (WorkRejectedException.TIMED_OUT). Note, this does not offer real-time guarantees.
      execContext - an object containing the execution context with which the submitted Work instance must be executed.
      workListener - an object which would be notified when the various Work processing events (work accepted, work rejected, work started, work completed) occur.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors or start timeout expiration.
      WorkCompletedException - indicates that a Work instance has completed execution with an exception.
      WorkException
    • startWork

      long startWork(Work work) throws WorkException
      Accepts a Work instance for processing. This call blocks until the Work instance starts execution but not until its completion. There is no guarantee on when the accepted Work instance would start execution ie., there is no time constraint to start execution. (that is, startTimeout=INDEFINITE)
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      Returns:
      the time elapsed (in milliseconds) from Work acceptance until start of execution. Note, this does not offer real-time guarantees. It is valid to return -1, if the actual start delay duration is unknown.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors.
      WorkException
    • startWork

      long startWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener) throws WorkException
      Accepts a Work instance for processing. This call blocks until the Work instance starts execution but not until its completion. There is no guarantee on when the accepted Work instance would start execution ie., there is no time constraint to start execution.
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      startTimeout - a time duration (in milliseconds) within which the execution of the Work instance must start. Otherwise, the Work instance is rejected with a WorkRejectedException set to an appropriate error code (WorkRejectedException.TIMED_OUT). Note, this does not offer real-time guarantees.
      execContext - an object containing the execution context with which the submitted Work instance must be executed.
      workListener - an object which would be notified when the various Work processing events (work accepted, work rejected, work started, work completed) occur.
      Returns:
      the time elapsed (in milliseconds) from Work acceptance until start of execution. Note, this does not offer real-time guarantees. It is valid to return -1, if the actual start delay duration is unknown.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors or start timeout expiration.
      WorkException
    • scheduleWork

      void scheduleWork(Work work) throws WorkException
      Accepts a Work instance for processing. This call does not block and returns immediately once a Work instance has been accepted for processing. There is no guarantee on when the submitted Work instance would start execution ie., there is no time constraint to start execution. (that is, startTimeout=INDEFINITE).
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors.
      WorkException
    • scheduleWork

      void scheduleWork(Work work, long startTimeout, ExecutionContext execContext, WorkListener workListener) throws WorkException
      Accepts a Work instance for processing. This call does not block and returns immediately once a Work instance has been accepted for processing.
      Parameters:
      work - The unit of work to be done. Could be long or short-lived.
      startTimeout - a time duration (in milliseconds) within which the execution of the Work instance must start. Otherwise, the Work instance is rejected with a WorkRejectedException set to an appropriate error code (WorkRejectedException.TIMED_OUT). Note, this does not offer real-time guarantees.
      execContext - an object containing the execution context with which the submitted Work instance must be executed.
      workListener - an object which would be notified when the various Work processing events (work accepted, work rejected, work started, work completed) occur.
      Throws:
      WorkRejectedException - indicates that a Work instance has been rejected from further processing. This can occur due to internal factors.
      WorkException