Pianificazione lavoro: EJB 3.1 Timer o quarzo?

Question

Attualmente il nostro negozio utilizza il quarzo per i nostri progetti esistenti. L'unico inconveniente è che i thread Quartz non vengono gestiti.

Ci stiamo spostando su EJB 3.1 e mi chiedevo se esiste un modo per replicare la natura dinamica della pianificazione dei lavori Quartz. In particolare, vorrei sapere se qualcuno ha sentito parlare di qualcuno che sta scrivendo un front-end GUI per gestire, gestire o modificare i lavori utilizzando EJB 3.1.

Da quello che ho letto, questo sembra impossibile o molto ingombrante. Sembra che i timer EJB 3.1 siano privati ​​del bean in cui risiedono, rendendo piuttosto difficile il processo di raccolta e di esame. Inoltre, sembra che i timer EJB 3.1 siano puramente programmatici/dichiarativi, ovvero richiedono una ridistribuzione per modificare i loro parametri o impostazioni.

Qualche idea, idea o esperienza in questa arena?

Ultima nota, stiamo usando Websphere 8.0.

Answer 1

Sembra che i timer di EJB 3.1 siano privati ​​del bean in cui risiedono, rendendo il processo di raccolta e di esame piuttosto difficile.

Questo purtroppo è davvero il caso, vedere la mia risposta a una domanda simile qui: How to get all EJB timers?

Inoltre, sembra che EJB 3.1 timer sono puramente programmatico/declaritive, cioè hanno bisogno di un redeploy da modificare i loro parametri o impostazioni.

Bene, dall'interno del bean in cui hai programmato i timer puoi cancellare un timer e riprogrammarlo se lo desideri.

Tutto sommato, dopo aver utilizzato i timer EJB 3.1 per un po 'di tempo ora posso dire che sono molto convenienti, ma ci sono ancora un paio di omissioni. Il problema che citi qui è uno, ma non esiste anche un modo portabile per specificare dove i timer vengono mantenuti. In realtà, spesso non c'è assolutamente modo di farlo all'interno di un progetto. In Quartz questo non è un problema.