The batch job return code is retrieved by using the getBatchJobRC EJB interface, the get BatchJobRC web services interface, or the lrcmd getBatchJobRC command option.
The following table lists the system batch job return codes that the batch environment uses. Do not confuse the batch job return code with either the job status constants (see the com.ibm.websphere.longrun.JobStatusConstants API) or the job scheduler constants (see the com.ibm.websphere.longrun.JobSchedulerConstants API). The JobStatusConstants represent the status of the job such as submitted, ended, restartable, canceled, or execution failed.
int[] cancelJob( String[] jobid )). These conditions include:
Return code | Explanation |
---|---|
0 | Job ended normally |
-1 | Internal protocol error - WSGrid utility |
-2 | Input parameter error - WSGrid utility |
-4 | Job was suspended |
-8 | Job was canceled |
-10 | Job was forcibly canceled (z/OS® only) |
-12 | Job failed and is in restartable state |
-14 | Job failed and is in execution failed state** |
-16 | Catastrophic failure - WSGrid utility |
restartable. The second option is for the application to return a BatchConstants.STEP_COMPLETE_EXECUTION_FAILED return code (see the com.ibm.websphere.batch.BatchConstants API) from the processJobStep method and return an application-specific error return code from the destroyJobStep method. This results in termination of the job and a batch job status of
execution failed. The step return code set in the destroyJobStep method is passed to any results algorithm specified on the job step and is used to influence the return code of the job to indicate the specific cause of the failure.