JBI próbákozások

Saturday, December 27th, 2008 | Uncategorized

Régebben egyszer már volt egy ESB-s/JBI-s korszakom, de most úgy tűnik, hogy a munkám is erre fog kanyarodni a jövőben. Elkezdtem hát nézegetni újra az OpenESB-t és más alternatív JBI implementációkat.

(Figyelmeztetés: a következő megjegyzések nem tükrözik az egyes szoftverek minőségét, csupán olvasónapló szerű megjegyzések találkozásokról.)

OpenESB: előszőr evvel próbáltam gyorsan képbe kerülni. Ha jól értem GlassfishESB-néven fut kitüntetett és terjesztett változat, és most van belőle RC. Régen volt egy olyan vonulat, hogy command line-ból is futtatható legyen, ennek aktuális változatát nem találtam. Gondolom a következő generációs OSGIre épülő változat, majd tudni fogja, és addig már nem nagyon. A Fuji viszont ha jól értem a 2009-es J1-re lesz csak Technology Preview, tehát nem lesz aktuális a kövekező időszakokban.

Nemrég tanuja voltam, ahogy valaki próbál konzolból forgatni egy OpenESB-s alkalmazást (alapból ezt a hozzá kapott NetBeans-szel lehet). Hát a szokásos ANT-os library varázslatok kellettek hozzá, csak a Jar filok egy része ráadásul a NetBeans része volt, és onnan kellett volna előbányászni. A mai világban, amikor a CI már elég alap dolognak számít, azért elvárnám, hogy ne kelljen vért pisálni a konzolos fordításhoz.

Még -1: NetBeans 6.1-et adnak alapból az ESB-hez, mert ahhoz vannak jól meg a pluginek (nem NB hívőknek: 6.5 az aktuális verzió)

ServiceMix: Apache projekt. Ehhez már nem kell alkalmazás szerver, futtatható konzolból is. A 3-as verziójú család támogatja a JBI szabványt, a 4-es az OSGi-t. A 4.1-es fogja mindkettőt. Tehát egyelőre a 3-asnál maradok.

Elfog a kisördög, és megpróbálom tesztelni a JBI kompatibilitását úgy, hogy az OpenESB-be deployolom a részeit. Sajnos a shared library komponens nem tartalmaz mindent (a ServiceMix classpath-ában benne van a commons-logging, de ez nem várható el minden JBI konténertől), ezért nem futnak a BC-k OpenESB-n. Egy minusz pont. A legegyszerűbb példa alkalmazás szintén nem JBI kompatibilis, mert a jbi.xml leíró nincs rendesen legenerálva: -2.

Ezekel a kellemetlen dolgokat leszámítva nem néz ki rosszul a dolog, van hozzá pl. sok barátságos Maven plugin, és elég részletes dokumentáció.

PEtALS, ez meg OW2 projekt. Erre jutott még a legkevesebb idő, (=ezzel foglalkozom éppen most) de ez is kedves kis cuccnak tűnik. A komponenesek általában tartalmazzás az összes függőségüket is, simán sikerült depoyolnom az OpenESB-be egyet. Van hozzá webes konzol és onnan is lehet deployolni.

Következő feladat: újra átfutni a JBI speckót. (Illetve utánanézni, hogy mikor lesz már JBI 2.0).

Tags: , , , ,

3 Comments to JBI próbákozások

Jozsa Kristof
2008/12/27

Mule?

elek
2008/12/27

A Mule nem JBI konténer. Ahogy olvastam tud JBI konténerbe működni, és tud JBI komponensekhez valami módon csatlakozni (ezek módja azért nem világos még első blikkre), de: “After careful consideration of the JBI implementation th Mule team decided that the JBI spec really only covered a sub-set of use-cases that are required when developing an SOA or integration solution”, ezért nem implementálnak JBI-t,

Most viszont JBI dolgokkal lesz dolgom (sőt leginkább OpenESB-vel), ezért ezzel most nem foglalkozom. Amúgy múltkor néztem róla előadást, és szimpatikus volt benne a kiterjeszthetőség, és az, hogy bár nem tart semmilyen szabványt, de cserébe Java-ban megírhatok benne bármit.

(Néha azt gondolom, hogy az ESB-ket úgyis programozók fogják összerakni, és felesleges sok XML alapú varázslat, meg vizuális huzigáló. Legyen néhány interface, amit implementálni kell Java-ban, lehessen rendesen tesztelni, oszt Ámen. A képzeletemben ez a Mule.)

Jozsa Kristof
2008/12/28

ESB-nek mondtam nem JBI-hez de tenyleg attol fugg mire kell..

Leave a comment

Archive

Links

Meta

Search