WebSphere Extended Deployment Compute Grid, Version 6.1.1
             Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows,


Códigos de retorno por lotes

El código de retorno de trabajo por lotes se recupera utilizando la interfaz de EJB getBatchJobRC, la interfaz de servicios web getBatchJobRC o la opción lrcmd getBatchJobRC cmd.

En la siguiente tabla se listan los códigos de retorno de trabajos por lotes del sistema que Compute Grid utiliza. El código de retorno de trabajo por lotes no debe confundirse con JobStatusConstants (consulte la API com.ibm.websphere.longrun.JobStatusConstants) o JobSchedulerConstants (consulte la API com.ibm.websphere.longrun.JobSchedulerConstants). JobStatusConstants represente el estado del trabajo, como por ejemplo submitted, ended, restartable, cancelled o execution failed.

El estado de trabajo se puede obtener utilizando la interfaz de EJB getJobStatus, la interfaz de servicios web getJobStatus, o a través de la consola de gestión de trabajos (JMC). JobSchedulerConstants representa condiciones operativas devueltas por el planificador de trabajos sobre solicitudes que incluyen varios trabajos. Por ejemplo, int[] cancelJob( String[] jobid )). Estas condiciones son:
  1. El trabajo no existe
  2. El trabajo está en un estado no válido
  3. Se ha producido una excepción en la base de datos.
Tabla 1. Códigos de retorno y explicaciones
Código de retorno Explicación
0

El trabajo ha finalizado normalmente

-1

Error de protocolo interno; programa de utilidad WSGrid

-2

Error de parámetro de entrada; programa de utilidad WSGrid

-4

El trabajo se ha suspendido

-8

El trabajo se ha cancelado

-10

El trabajo se ha cancelado a la fuerza (sólo z/OS)

-12

El trabajo ha fallado y está en estado reiniciable

-14

El trabajo ha fallado y está en estado de ejecución anómala**

-16

Anomalía grave: programa de utilidad WSGrid

Nota: ** Este valor de código de retorno no se aplica en el caso en que la aplicación devuelve BatchConstants.STEP_COMPLETE_EXECUTION_FAILED del método processJobStep. En este caso, el código de retorno lo determina la aplicación.

Hay dos opciones que se utilizan para informar de un error en una aplicación de proceso por lotes. La primera opción es que la aplicación emita una excepción cuando se detecte un error. Esto provoca la terminación del trabajo con el código de retorno por lotes -12 y el estado de trabajo por lotes restartable. La segunda opción es que la aplicación devuelva un código de retorno BatchConstants.STEP_COMPLETE_EXECUTION_FAILED (consulte la API com.ibm.websphere.batch.BatchConstants) en el método processJobStep y devuelva un código de retorno de error específico de la aplicación desde el método destroyJobStep. Esto provocará la terminación del trabajo y el estado de trabajo por lotes execution failed. Este conjunto de códigos de retorno de paso del método destroyJobStep se pasa a cualquier algoritmo de resultados especificado en el paso del trabajo y se utiliza para influir en el código de retorno del trabajo para indicar la causa específica de la anomalía.




Información relacionada
Pasos de trabajo por lotes
Secuencias de datos por lotes
Algoritmos de punto de control
Algoritmo de resultados
Despliegue de ediciones
Modelo de programación POJO
Tema de concepto    

Condiciones de uso | Comentarios

Última actualización: 22-sep-2009 09H47' EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.gridmgr.doc/info/scheduler/ccgreturncodes.html