[Javalist] Job-ütemező (lehet, hogy kicsit OFF)

[István Viczián]

Üdv,

Mi csináltunk ilyent több helyen is.
Az egyik helyen Ant-ot használtuk, amibe leírtuk a különböző
futtatásokat. Az Ant-ra lehet listener-eket tenni, ebből hívtunk
rest-en egy grafikus felületet, ami mutatta, hogy melyik gépen, hol
áll a futtatás. Ez inkább rendszerközeli dolgokra jó, amíg script-eket
kell futtatgatni, fájlokat másolgatni, stb.

Ha itt üzleti folyamatokról van szól, akkor valami workflow engine-ben
kell gondolkodni. Itt is két irány van. Van pl. a BPMN 2.0 nyelv,
ennek egy jó runtime-ja az Activiti. Ekkor neked kell leprogramoznod
az egyes lépéseket, de azokból már össze tudsz kötögetni egy
workflow-t.
A másik a BPEL, de ide ekkor mindegyik hívandó dologhoz kell
webservice felület. A régi protokollok webservice-zé alakításához
jöhet jól a fentebb említett ESB (Mule, ServiceMix). Önmagában az nem
elég, mert az ESB-re kell egy workflow motor is. Persze az előbb
említett Activiti is rá tud ülni egy ESB-re, és webszolgáltatásokat
hívogatni.
Az utóbbi esetben szép interfészeket kell minden rendszerhez tervezni
és implementálni.

Az első (Ant-os) nagyon egyszerűen összerakható, hamar hoz látható
eredményt. Az utóbbi inkább akkor hasznos, ha komoly üzleti folyamatok
vannak, és hosszútávú célok között szerepel a harmonizáció,
újrafelhasználható szolgáltatások kialakítása, és azokból új
folyamatok összerakása.

JBoss cuccokat is próbálgattunk, nekünk nagyon nem jöttek be, e
területen ezek nagyon bugosak voltak.

Üdv,
--
Viczián István


2012/8/22 Tamás Bódis <tamas.bodis at gmail.com>:
> Sziasztok!
>
>    A következő feladatra milyen megoldási irányokat (kész eszközök,
> "zacskós-termékek" + pluginek, stb) javasoltok:
>
>    Adott sokféle legacy alkalmazás (parancssorból SQL-ek futtatása,
> unix/windows batch, REXX, Cobol, sok Javas és néhány .NET-es alkalmazás -
> van ami CLI-s, van ami mondjuk WS/REST hívásra indul, stb.). A cég ezeket
> hosszú távon szeretné egy egységes megoldásba ötvözni, ami két dolgot
> jelent, Egyrészt technológia szempontjából a jövőben nem szeretnének
> ennyiféle technológiát használni (itt a Java van megjelölve mint irány),
> másodsorban viszont ezen kis alkalmazásokból folyamatokat akarnak összerakni
> és azokat üzemeltetni (monitoring, stb.). Annyi még fontos lehet, hogy
> vannak kézzel jóváhagyandó lépések is a folyamatokban...pl. ezen 4 lépés
> végrehajtása után valakinek meg kell erősíteni a futás sikerességét, s csak
> utána jöhetnek a további lépések.
>
>    Ennyi információ alapján szerintetek merre lenne érdemes keresgetnem?
> Milyen eszközöket ismertek erre? Googliztam már én is, de inkább a
> valóságban idehaza is használt eszközökre / megoldásokra lennék kíváncsi
> (barkácsolt megoldások is érdekelnek, hogy ha az vált be valahol).
>
>   Megjegyzem én egy Jenkins alapú demót raktam össze most, ami nagyrészt
> megy, de elég nehezen karbantarthatónak tűnnek a Job-ok egymásra
> hivatkozásai, a Promoted builds részek...
>
> Dánke!
> // Bódis Tamás
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>