manija en Quartz.net

Question

Probablemente una pregunta estúpida ... pero aquí va de todos modos ...

que han establecido cuarzo, y pueden programar trabajos, y puedo confirmar que los trabajos (que implementa la interfaz IJob) estan trabajando.

En cuanto a la documentación en el sitio, (lección 3 del tutorial):

El único tipo de excepción que se le permite a pasos de La método de ejecución es JobExecutionException.

Me gustaría que cuando se produce una excepción que no he manejado explícitamente, se debe lanzar una JobExecutionException, para que pueda iniciar sesión en la aplicación 'principal'. He envuelto mi código en una captura de prueba, y he lanzado JobExecutionException, pero ¿ahora dónde manejarlo?

No llamo al método de ejecución en ningún lado, que es manejado por Quartz (en un hilo separado). Entonces, ¿cómo manejo ese error cuando ocurre? Realmente no quiero tragar el error en el Trabajo

Answer 1

Normalmente, usted podría configurar el método de ejecución de su trabajo de la siguiente manera:

try 
{ 
    // the work you want to do goes here 
} 
catch (ExceptionTypeYouWantToHandle1 ex1) 
{ 
    // handle exception 
} 
catch (ExceptionTypeYouWantToHandle2 ex2) 
{ 
    // handle exception 
} 
// and so on 
catch (Exception ex) 
{ 
    // something really unexpected happened, so give up 
    throw new JobExecutionException("Something awful happened", ex, false); // or set to true if you want to refire 
} 

En este punto, el programador sí registrará la excepción a donde quiera está registrando (basado en la configuración).

Answer 2

He resuelto este problema mediante el uso de una clase base para capturar todas las excepciones:

public abstract class JobBase : IJob 
{ 
    protected JobBase() 
    { 
    } 

    public abstract void ExecuteJob(JobExecutionContext context); 

    public void Execute(JobExecutionContext context) 
    { 
     string logSource = context.JobDetail.FullName; 

     try 
     { 
      ExecuteJob(context); 
     } 
     catch (Exception e) 
     { 
      // Log exception 
     } 
    } 
} 

Su clase de trabajo debe desea:

public class SomeJob : JobBase 
{ 
    public SomeJob() 
    { 
    } 

    public override void ExecuteJob(JobExecutionContext context) 
    { 
     // Do the actual job here 
    } 
} 

Answer 3

Como ya se ha mencionado, la forma correcta de "detectar "JobExecutionException a nivel global es implementar y registrar un IJobListener y verificar si el parámetro JobExecutionException en el método JobWasExecuted() es! = Null.

Sin embargo, el problema que tuve (y a juzgar por el comentario adicional del OP, se enfrentó a esto también) fue que Quartz no manejó la JobExecutionException (como debería) que resultó en una excepción no controlada matando la aplicación.

Hasta ahora, estaba usando la DLL precompilada del paquete de lanzamiento Quartz.NET 2.0.1 (.NET3.5). Para llegar al fondo del problema, hice referencia al proyecto/código fuente de Quartz y para mi asombro, ¡de repente estaba funcionando!

Como punto de interés, este es el cuarzo código de la biblioteca que ejecuta el IJob y se ocupa de la JobExecutionException:

try { 
    if (log.IsDebugEnabled) { 
     log.Debug("Calling Execute on job " + jobDetail.Key); 
    } 
    job.Execute(jec); 
    endTime = SystemTime.UtcNow(); 
} catch (JobExecutionException jee) { 
    endTime = SystemTime.UtcNow(); 
    jobExEx = jee; 
    log.Info(string.Format(CultureInfo.InvariantCulture, "Job {0} threw a JobExecutionException: ", jobDetail.Key), jobExEx); 
} catch (Exception e) { 
    // other stuff here... 
} 

Lo siguiente fue hacer referencia a mi DLL recién compilado direcly y esto estaba trabajando como bien. Lamentablemente, no puedo decirte por qué funciona esto y actualmente no tengo tiempo para profundizar más, pero quizás esto ayude a alguien. Tal vez algún otro pueda confirmar esto e incluso contribuir con una explicación. Puede tener algo que ver con diferentes plataformas de destino (x86/64bit)?