<div dir="ltr">Hi,<br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jun 13, 2017 at 1:24 PM András Csányi <<a href="mailto:sayusi.ando@gmail.com">sayusi.ando@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Szóval, akkor azt mondod, hogy egy Resource osztályba - ami egy REST endpoint -,<br>
berakom a session beant (DI intézi ezt) és maga a session bean kap<br>
egy-egy példányt a DI-től a REST kliensekből és mepperből, meg éppen<br>
abból, ami kell? Akkor gyakorlatilag, amit én a fenti példámban<br>
mondtam, hogy application ami felelős, hogy az üzleti logika lépései a<br>
megfelelő sorrendben legyenek végrehajtva az maga a session bean.<br></blockquote><div><br></div><div>Ezt most nem feltétlen értem teljes egészében... :)</div><div><br></div><div>...lehet, hogy azért, mert kevered a dolgokat. Vagy tisztán JavaEE legyen a projekt, vagy ne használd.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">.Net világban tudok ilyet építeni és boldog is vagyok tőle.</blockquote><div><br></div><div>...vagy a .Net világa szerint szeretnél felépíteni egy JavaEE alkalmazást. Az nem lesz jó.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">.Net világban van Entity Framework, mint ORM, vannak az Entity osztályok, maga a<br>
WebApi, a DI és ennyi. Minden más egy-egy library, amiben csinálod,<br>
amit csinálni szeretnél és olyan, mint EJB funkcionalitás nincsen,<br>
vagy nem tudok róla.<br></blockquote><div><br></div><div>A JavaEE világban viszont minden egyfajta EJB lesz: az EF, az ORM, az Entity osztályok, a kifelé mutatott API és a DI is, plusz a tranzakciókezelés ugye. Ha ebből csak egy EJB-d van, akkor inkább az se legyen EJB, mert csak szívás lesz belőle. Vagy rendesen vagy sehogy.</div><div><br></div><div>Bye,</div><div>Auth Gábor</div><div><br></div></div></div>