AW: [JavaTech] riport (j2ee flame :)

[Szitas Krisztian]

Aha, ertem mire gondolsz, 
en viszont igy gondolkodnak ebben az esetben:

Ha ketteveszem a a Bean paldanyon dolgozo methodusokat,
es a Bean megkeresesere/megkrealasara vonatkozoaknak
az implementaciojat, akkor azt a penzt amit a magyarazaton
esetleg megsporoltam 2x elvesztem azaltal, hogy
az adatforras elereset ketszer kell lekodolni, azaz tobbszor
hibazhatok, es X orat debugolassal kell toltenem, 
foloslegesen nagyobb lesz a kodom is, ha valamit javitanom kell
2x kell javitani, leforditott bytekod is nagyobb lesz.

Kulonben ez nekem eddig olyan nagyon fel sem tunt, mert amugy is
kulon fileokban voltak nekem a perisztenciat vegzo es a business
methodusok. CMP-nel meg amugy is csak BL methodot ir az ember,
ott nem is latja a load-ot, meg creat-ot.

"ejb" prefix reszre meg annyit, hogy v2.0 felett mar az entityBeanben
hasznalhatsz home methodokat, amik nem egy instance-on mahinalnak,
ott direkt jol jon, hogy nem terjedt ki, szerintem amikot az 1.0 anal
megalkottak, mar selytettek valamit a fiuk.

Ha van meg valami elegansabb temakoros panaszod, szerintem nyugodtan tedd 
fel, hatha egyutt kitalaljuk, hogy mit miert csinalhattak.

dAb

>elnezest, nem voltam preciz a megfogalmazassal, valojaban nem a home es
>a remote implementaciorol beszelek, hanem a bean implementaciorol :)

>mondjuk egy BMP entity beanrol van szo... ugy vettem eszre, hogy a
>tapasztalatlanabb programozokat megteveszti az hogy pl egy
>ejbFindByAkarmit meg mondjuk az akarmiBusinessMethod-ot ugyanott kell
>implementalni.. pedig nincs igazan kozuk egymashoz: a biz method a bean
>peldanyon operal, mig a finder termeszetesen NEM (de persze kell hozza
>egy bean objektumpeldany amin meghivhatja :) - csak epp a Sun ide
>sikeritette.

>ez nem nagy gond, de szerintem tisztabb lett volna ha nem keverik egy
>osztalyba a ket dolgot... meg ha mar igy van akkor minek ez a naming
>convention az "ejb" prefixszel, amikor a biz methodusokra nem terjed
>ki...

>szoval nincs baj az EJB-vel, mindenki orul neki nagyon, viszont lehetett
>volna elegansabban is sokmindent.. :)
>egy elegans APIval egyreszt orom dolgozni.. masreszt vegyuk a
>hatekonysagot :))) tegyuk fel hogy 20 percet kell azzal tolteni, hogy
>megertessem a programozoval a fenti dolgot (vagy kijavitsak vmit amit
>elrontott mert nem tudta)... a programozo meg a magyarazo orabere legyen
>olcso, 20 ill 40 USD :)) akkor ez a 20p 20 USD. ha mondjuk 100.000 EJB
>projekt van a vilagon, akkor az mar 2millio USD... :) szoval ilyen
>skalan mar szamit, hogy mennyire elegans egy API :)) vegyuk csak a win32
>api-t.. eheh :))

>	viktor