Job-Scheduling: EJB 3.1-Timer oder Quarz?
Unserem shop verwendet derzeit Quarz für unsere bestehenden Projekte. Die einzige Auslosung zurück ist, dass Quartz-threads laufen nicht.
Bewegen wir uns zu EJB 3.1 und ich Frage mich, ob es irgendeinen Weg gibt, zu replizieren, die der dynamischen Natur von Quartz job scheduling. Speziell würde ich gerne wissen, ob jemand gehört hat, der jemanden schreiben ein GUI front-end zu handhaben, verwalten oder Bearbeiten von Aufträgen mit EJB 3.1.
Von dem, was ich gelesen habe, scheint dies entweder nicht möglich oder sehr umständlich. Es scheint, dass die EJB-3.1-Timer sind private auf die Bohne, die Sie in wohnen, ist der Prozess der das sammeln von Ihnen und untersucht Sie eher schwierig. Auch scheint es, dass der EJB-3.1-Timer sind rein programatic/declaritive, d.h. Sie erfordern eine Bereitstellung erneut auf, ändern Sie die Parameter oder Einstellungen.
Alle Gedanken, Ideen oder Erfahrungen in diesem Bereich?
Letzte Anmerkung, wir sind mithilfe von Websphere 8.0.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Dies ist leider in der Tat der Fall, siehe meine Antwort auf eine ähnliche Frage hier: Wie alle EJB-Timer?
Gut, aus der Bohne, wo Sie geplant Timer können Sie einen Zeitgeber Abbrechen und neu ansetzen, wenn Sie wollte.
Alles in allem, nach der Verwendung von EJB-3.1-Timer für eine Weile jetzt kann ich sagen Sie sind sehr bequem, aber es gibt immer noch ein paar Lücken. Das problem, das Sie erwähnen, hier ist einer, aber es gibt auch keinen portablen Weg, um anzugeben, wo die Timer sind persistent. Tatsächlich, es ist oft kein Weg an alle, dies zu tun in einem Projekt. Bei Quarz ist das kein problem.
@Schedule
Annotationen und programmatische Hinzugefügt-Timer) erzeugt eine solche Art zentraler Platz / Speicher für die Timer. Meiner Meinung nach, wenn der TimerService wäre eine separate Einheit, es wäre einfacher Zugriff auf und verwalten es.