[Javalist] EJB3 vs OSGI

2013. Jún. 14., P, 14:04:45 CEST

Mondjuk azt se lenne hátrányos tudni, hogy mit ért EJB3 alatt ? Hogy majd
EAR-ként szeretné futtatni Glassfish/JBoss-ban ? Szeretne JMS-t használni
XA -val ? Úgy gondolja, hogy ha EJB3, akkor automatikusan fog működni a
clusterezéssel a skálázódás? Vagy a JCA konnektorokban hisz ?
 Mert ha nincsenek ilyen igények, csak az EJB3 a jelmondat - ami, azért
valljuk be, egy pár évvel elmaradott trend - akkor ki lehetne pipálni úgy
is, hogy "igen, ez egy szabványos EJB3-as EAR lesz, amit berakhattok
tetszőleges app szerverbe !" - aztán azt csináltok a belsejében amit nem
szégyelltek. Persze ezt azért nem tanácsolnám :)

Üdv
 Zs

2013/6/14 Gábor Garami <gabor.garami at hron.me>

> Pont ezert toltam a hangsulyt arra, hogy kell-e ez a projektbe. Mert
> ha valami sima intranetes hulyeseg, wiki, ilyesmi, abba nem kell ejb,
> fel kell tolni egy confliencet, oszt jovan. A feladat lenyegenek
> ismerete nelkul barmit ajanlani nem lehet erdemben.
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
>
>
> 2013/6/13 Bartuszek Viktor <viktor.bartuszek at rhodeus.hu>:
> > Szerintem erősen releváns kérdés az is, hogy az ügyfél akar-e vasra
> költeni.
> > Láttam én már (távolról) osgi + liferay + tomcat projektet ami jól ment,
> és
> > csináltam ejb + liferay + jboss projektet, aminek szüksége lett volna egy
> > halálcsillagra, hogy ne eméssze fel az erőforrásokat.
> > Persze feltételezhetjük, hogy a mai világban, amikor a vas ócsóé van, egy
> > olyan ügyfél aki ejb-ben gondolkodik, nem fog sírvafakadni, ha bővíteni
> kell
> > :)
> > Annak idején ráadásul Liferay JBoss bundle ki volt herélve, és nem volt
> > éppen triviális ejb-t tolni bele. Ez meg kapásból azt jelenti, hogy
> egyedi
> > Liferay bundle, ami rádob az update költségére is.
> > Nyilván, ha amúgy maga a backend különálló cuccként van elképzelve, ez
> nem
> > lényeges.
> > Sorolni meg az ejb előnyeit teljesen felesleges, nyilvánvaló, hogy
> abszolút
> > feladatfüggő a kérdés. Rohadt hasznos egy benzines fűnyíró a kertben, de
> > viszonylag lassan lehet vele eljutni olaszba nyaralni.
> >
> > Bartuszek Viktor
> >
> >
> > 2013/6/12 Gábor Garami <gabor.garami at hron.me>
> >>
> >> Szerintem ez nem a szeretetrol szol, hanem hogy mik az igenyek. Azt
> >> kell megnezni, hogy tudtok-e ervelni az EJB _mellett_ hogy az miert
> >> kellhet ebbe a projektbe. Aztan meg kell nezni, hogy tudtok-e ervelni
> >> ellene. Igen, az elsot az ugyfelnek kellett volna megtennie, de hat
> >> nem tette meg. Na mindegy, ha tobb a mellette erv, mint az ellene,
> >> akkro az OSGi-t dobni kell, ha tobb az ellene erv mint a mellette,
> >> akkor az EJB-t.
> >> Garami Gábor
> >> E-mail: gabor.garami at hron.me
> >> Tel: +36 20 235 9621
> >> MSN: hrgy at vipmail.hu
> >> Skype: hron84
> >>
> >>
> >> 2013/6/10 Ákos Gábriel <akos.gabriel at i-logic.hu>:
> >> > 2013.06.10. dátummal, 15:52 időpontban Tamás Viktor írta:
> >> >
> >> > Van valami különösebb oka, hogy OSGI-ban van írva ez a szoftver?
> >> > OSGI előnyei közé tartozik a fejlett modularizáció, dinamikus
> >> > modulbetöltés,
> >> > akár több modulverzió használata azonos időben.
> >> > Ezt sorolnám fel az EJB3-nal szemben, de ha az ügyfélnek nincs erre
> >> > szüksége, vagy a szoftver nem használja ki aktívan, akkor sütheted.
> >> >
> >> >
> >> > Én pont ezt szeretem a megoldásban, és a mostani feladataihoz
> használjuk
> >> > is
> >> > aktívan.
> >> > Az új ügyfélnél nem tudom mennyire lenne pont ez a feature
> kihasználva.
> >> >
> >> > Ha viszont a szoftver nem használja ki aktívan az OSGI modularizáció
> >> > előnyeit, át lehetne refaktorolni úgy, hogy akár OSGI akár J2EE
> >> > környezetbe
> >> > be lehessen illeszteni.
> >> > V
> >> >
> >> >
> >> > 2013/6/10 Ákos Gábriel <akos.gabriel at i-logic.hu>
> >> >>
> >> >> Kuncsaft bizonytalan, lévén hogy az egyik a "stratégiai irány" a
> másik
> >> >> meg
> >> >> "már bizonyított" megoldás.
> >> >> Nekik viszont egyikből sincs kellő tapasztalásuk (mármint arról, hogy
> >> >> működik).
> >> >>
> >> >> Üdv,
> >> >> Ákos
> >> >>
> >> >>
> >> >> 2013.06.10. dátummal, 12:45 időpontban Böszörményi Péter írta:
> >> >>
> >> >> > OSGI elonye az EJB3-val szemben, hogy nem kell hozza app szerver.
> >> >> > Nyilvan, ugyanez a hatranya is. De nem ertem a dolgot. Ha a
> kuncsaft
> >> >> > azt mondja, hogy EJB3, akkor mi a vita?
> >> >> >
> >> >> > 2013/6/10 Ákos Gábriel <akos.gabriel at i-logic.hu>:
> >> >> >> Hi,
> >> >> >>
> >> >> >> Sorry, már a subject is úgy hülyeség ahogy van (almát a körtével),
> >> >> >> de
> >> >> >> hát az ügyfélnél ezen a "munkanéven" fut az érvek ütköztetése.
> >> >> >> Igazából a következő a kérdés:
> >> >> >>
> >> >> >> Van nekünk egy Liferay frontend mögé illesztett OSGI
> keretrendszerre
> >> >> >> épülő backend megoldásunk, ami évek óta atombiztosan jól működik.
> >> >> >> Igaz
> >> >> >> JDBC-t használ, de ahogy néztem a Hibernate-t sem gond
> beilleszteni
> >> >> >> az OSGI
> >> >> >> alá. Vagy Springet. A JPA már problémásabb, de talán azzal is
> >> >> >> megküzdenénk.
> >> >> >>
> >> >> >> Ezzel szemben áll az ügyfélnél az EJB3, merthogy ez a "stratégiai
> >> >> >> irány".
> >> >> >> Igaz egyetlen sikeres projekt sem támasztja még alá a stratégiát.
> >> >> >>
> >> >> >> Mondjatok nekem okosságot, akár linket korrekt összehasonlításról
> >> >> >> (nyilván almát az almával...).
> >> >> >>
> >> >> >> Vagy akár olyat, hogy miért _ne_ EJB3.
> >> >> >>
> >> >> >> Köszi!
> >> >> >> --
> >> >> >> Üdvözlettel,
> >> >> >> Gábriel Ákos
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> Javalist mailing list
> >> >> >> Javalist at lists.javaforum.hu
> >> >> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Üdvözlettel,
> >> >> > Böszörményi Péter
> >> >> > _______________________________________________
> >> >> > Javalist mailing list
> >> >> > Javalist at lists.javaforum.hu
> >> >> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >> >> >
> >> >>
> >> >> --
> >> >> Üdvözlettel,
> >> >> Gábriel Ákos
> >> >>
> >> >> _______________________________________________
> >> >> Javalist mailing list
> >> >> Javalist at lists.javaforum.hu
> >> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >> >
> >> >
> >> > _______________________________________________
> >> > Javalist mailing list
> >> > Javalist at lists.javaforum.hu
> >> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >> >
> >> >
> >> > --
> >> > Üdvözlettel,
> >> > Gábriel Ákos
> >> >
> >> >
> >> > _______________________________________________
> >> > Javalist mailing list
> >> > Javalist at lists.javaforum.hu
> >> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >> >
> >> _______________________________________________
> >> Javalist mailing list
> >> Javalist at lists.javaforum.hu
> >> http://lists.javaforum.hu/mailman/listinfo/javalist
> >
> >
> >
> > _______________________________________________
> > Javalist mailing list
> > Javalist at lists.javaforum.hu
> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20130614/125e1c5e/attachment.html>