Quartz

Quartz egy nyílt forráskódú, ingyenes, teljes értékű munka ütemezését szolgáltatás, amely lehet integrálni, vagy használt oldala mentén gyakorlatilag bármilyen Java EE vagy Java SE alkalmazást - a legkisebb önálló alkalmazás, a legnagyobb e-kereskedelmi rendszer .
Quartz lehet használni, hogy egyszerű vagy összetett menetrend végrehajtásához több tíz, száz, vagy akár több-of-ezer munkahely; munkahelyek amelynek feladatai meghatározása a szabványos Java komponensek, amelyek végre szinte bármit lehet programozni tőlük. A Quartz Scheduler számos olyan vállalati szintű funkciókat, mint például a JTA tranzakciók és klaszterek.

Tulajdonságok :

• futási környezetek:
• Quartz is, futtatható ágyazva egy másik szabadon álló alkalmazás
• Quartz példányosítható belül egy alkalmazás szerver (vagy servlet konténer), és részt vesznek XA tranzakciók
• Quartz lehet futtatni egy önálló program (belül saját Java Virtual Machine), hogy keresztül használható RMI
• Quartz példányosítható, mint egy fürt önálló programok (terhelés-egyensúly és a fail-over képességek)


• feladatütemezési:
• Munkák ütemezve, amikor egy adott Trigger történik. Triggers lehet létrehozni szinte bármilyen kombinációja az alábbi irányelvek ...
• egy bizonyos napszakban (a milliszekundumos)
• bizonyos napokon a hét
• bizonyos napokon a hónap
• bizonyos napokon az év
• Nem bizonyos napokon jegyzett belül bejegyzett Naptár (mint az üzleti szabadság)
• ismételni meghatározott számú alkalommal
• ismételjük, amíg egy adott idő / dátum
• ismételni a végtelenségig
• ismételni a késedelem intervallum

Mi az új ebben a kiadásban:

• Vázlat a legjelentősebb API változások:
• API elemfüggvényei (vagy hogy a paraméterek) tömbök most vissza (vagy hogy) gépelt gyűjtemények. Például, ahelyett, getJobGroupNames (): String [] most már getJobGroupNames (): List
• Munka és Trigger azonosítás alapja ma már JobKey és TriggerKey. Keys egyaránt tartalmaznak és csoportot. Módszerek alapján működnek az egyes állások / kiváltja tennie gombokat, mint a paraméter. Például getTrigger (TriggerKey gomb): Trigger, ahelyett getTrigger (String név, string csoport): Trigger.
• Trigger most egy interfész, mintsem egy osztályban. Hasonlóképpen a SimpleTrigger, CronTrigger, stb.
• New DSL / builder-alapú API építési munkák és a kiváltó okok:
• módszereket TriggerUtils kapcsolatos egyszerű építési dátumot nem költözött új DateBuilder osztály, hogy lehet használni a statikus import szépen létre dátuma példányok ravaszt kezdési és befejezési időpontját, stb.
• A StatefulJob felület már elavult mellett új osztály-szintű kommentárokat Munka osztályok (mindkét kommentárokat termel megegyezik a régi StatefulJob interface):
• ersistJobDataAfterExecution - utasítja az ütemező, hogy helyreállítsa a Jób JobDataMap tartalmának végrehajtása után befejezi.
• isallowConcurrentExecution - utasítja az ütemező, hogy blokkolja más esetben az ugyanazt a munkát (a JobKey) végrehajtson olyankor, amikor már van.
• Új jegyzet:ExecuteInJTATransaction. Hozzátéve, ebben a megjegyzésre, hogy a Munka osztály utasítja Quartz kezdeni a JTA tranzakció végrehajtása előtt a munka (és kötelezzék / rollback befejezése után / kivétel). A konfigurációs tulajdonság "wrapJobExecutionInUserTransaction" verzióról 1.x még mindig létezik, de az új feliratozást segítségével hangolja a magatartás per munkát, míg a config ingatlan érint minden munkahelyet.
• Jelentős változások a használat JobListener és TriggerListener:
• közötti megkülönböztetés eltörlése "globális" és a "nem-globális" hallgatók
• JobDetails és a kiváltó okok már nem konfigurálni névsorát a hallgatók, hogy értesítse, ahelyett hallgatók melyik munkahely / kiváltja ők érdekli.
• Hallgatók hozzá van rendelve egy sor Matcher esetekben - amelyek megfelelő szabályok munkahely / kiváltja kívánnak kapni eseményeket.
• Hallgatók most sikerült egy ListenerManager API, nem pedig közvetlenül a Scheduler API.
• A SchedulerException osztály és az osztály hierarchia már tisztították meg.
• DateIntervalTrigger átnevezték CalendarIntervalTrigger (pontosabban a beton osztály most CalendarIntervalTriggerImpl).
• A fogalom (ingatlan) a "volatilitása" a munkahelyek és a kiváltó okok megszüntetését követően.
• New ravaszt gyújtáskimaradás használati MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY lehetővé teszi a ravaszt konfigurálható úgy, hogy szelektíven figyelmen kívül hagyja az összes gyújtáskimaradás kezelése. Más szóval, ez fog tüzet, amint lehet, nincs szükség különleges kezelésre - egy nagy lehetőség a teljesítményük javítására különös beállítások, amelyek sok one-shot (nem ismétlődő) váltja ki.
• Trigger által compareTo () metódus most már megfelelően viszonyul egyenlő () metódus, abban, hogy összehasonlítja a ravaszt legfontosabb, hanem a következő alkalommal tüzet. Egy új Összehasonlító hogy rendezi kiváltó szerint tüzet időben, prioritást és a legfontosabb adtunk Trigger.TriggerTimeComparator.
• Új funkciók:
• Scheduler.clear () metódus kényelmes (és veszélyes!) Módon eltávolítani az összes munkahely, kiváltó okok és naptárak az ütemező.
• Scheduler.scheduleJobs (Térkép triggersAndJobs, logikai csere) módszer, amely kényelmes ömlesztett mellett a munkahelyek és a kiváltó okok.
• Scheduler.unscheduleJobs (Lista triggerKeys) metódus kényelmes ömlesztett unscheduling munkahelyek.
• Scheduler.deleteJobs (Lista jobKeys) metódus kényelmes nagy munka törlésére (és a kapcsolódó kiváltó).
• Scheduler.checkExists (JobKey jobKey) és Scheduler.heckExists (TriggerKey triggerKey) módszerek kényelmes módja annak, hogy meghatározza egyediségét munkát / ravaszt gombok (szemben a régi van annak, hogy megkapd az állást / ravaszt a nevet, majd ellenőrzi, hogy az eredmény null).
• JDBCJobStore most lehetővé teszi egy táblacsoportban által használt több különböző ütemező esetben
• JDBCJobStore most képes tárolni nem alapvető Trigger megvalósítások nélkül BLOB oszlopok, használata révén az új TriggerPersistenceDelegate felület, amely (adott esetben) által végrehajtandó megvalósítói egyéni Trigger típusok.
• JDBCJobStore már tartalmazza a SybaseDelegate javított kompatibilitás Sybase
• Cron kifejezést már támogatja a képesség, hogy egy eltolását "hó utolsó napja" és a "múlt hét napja, a hónap" kifejezést. A példákat: "L-3" (három nap vissza az utolsó hónapban), vagy "L-3W" (legközelebbi hétköznap az idő három nap vissza az utolsó nap a hónap).
• XML fájlokat tartalmazó menetrendi adatok most már van egy módja annak, hogy adja meg a ravaszt kezdeni alkalommal való eltérést a jövőben az idő a fájl feldolgozása (hasznos kiváltó, hogy meg kell kezdeni égetés után egy ideig az alkalmazás elindításakor / telepített).
• A séma:
• XML fájl séma most már támogatja meghatározva a "kiemelt" tulajdona ravaszt.
• QuartzInitializerListener (és QuartzInitializerServlet) támogatja az új paraméter "vár-on-shutdown", aminek hatására a Scheduler várni a végrehajtó feladatok elvégzéséhez leállítás előtt, amikor a Servlet konténer un-telepíti az alkalmazást.
• Added DirectoryScanJob az alapvető feladatok hajó Quartz, még hozzá minimum életkor paraméter még létező FileScanJob.
• Added képes felvenni a ServletContext a SchedulerContext használatakor QuartzInitializerListener vagy QuartzInitializerServlet inicializálni Quartz belül Java EE webes alkalmazás.
• Egyéb:
• Különböző teljesítmény javítására, beleértve (de nem kizárólag):
• képes kötegelt megszerezni kiváltó, hogy készen állnak, hogy kirúgták, amely képes olyan teljesítményt javulást nagyon elfoglalt ütemezőket
• módszerei tétel hozzáadása / eltávolítása munkahelyek és a kiváltó okok (lásd "Új funkciók")
• Triggers van egy új gyújtáskimaradás használati lehetőség, MISFIRE_INSTRUCTION_IGNORE_MISFIRE_POLICY, ami hasznos lehet, ha nem igényelnek gyújtáskimaradás kezelése a ravaszt (ek), és szeretné kihasználni a teljesítmény nyereség
• Különböző hibajavítások, teljes listáját lásd a release notes-re Jira: https://jira.terracotta.org/jira/secure/ReleaseNote.jspa?projectId=10282&version=10842
• DBCP már nem használt adatbázis-kapcsolatok kezelése, C3PO -t használja.
• JobFactory megvalósítások most alapértéke a (múlt) a kart a Scheduler.
• Minden példákat csomagolni? Példákat? könyvtárban a Quartz forgalmazás frissültek kihasználni (bizonyítják) az új API meghatározására munkahelyek és a kiváltó okok.

Mi az új verzióban 1.6.6:

• Néhány fontos hibajavítások
• egy pár kisebb javítás

követelmények :

• Java 2 Standard Edition Runtime Environment