Nos Lexike örülhecc. elékészült az első ejb-s cucc, saját kezeim által. Egyenlőre sok tudása nincsen, képes kilistázni egy tábla tartalmát, de magában hordozza a továbbfejlesztés lehetőségét. Viszont a technológia maga az tetszik. Meg az is, hogy érzetem szerint ágyúval lövök verébre, ezzel a maganak kitalált feladattal kapcsolatban. Végtére is egy alapszintű HR cucc van készülőben. De nem problem, még így is többet magamra szedek tudásilag, mint …. hagyjuk, jobb a békesség
Naptár
-
Hozzászólások
-
Legnézettebb
-
Top Clicks
-
Blog statisztika
- 5,892 találat
SocialVibe
5 hozzászólás
milyen ejb ami egy táblát listáz?! stateless session? mert entity bean-ként csak egy tábla egyetlen rekordját kéne tudnia…
úgy csináld hr-es dógot, hogy ha tehetek észrevételt, hogy jsp oldal (vagy jsf vagy akármi ami view rétegben van) kezeli a weboldalt, servlet irányítja a flow-t, a business logic stateless session bean legyen és a DAO-t pedig bean managed persistence entity bean legyen. Ha ez megvan, akkor írd át container managed persistence-re, hogy azt is megtanuld végül ha ez mind megvan, akkor, hogy megint fejlődj az entity bean-eket kidobva pojo+hibernate-re írd át a dao réteget. Én is így csináltam és igen jót tett.
És gratuuuuuuuuuuuu
1. úgy van csinálva
2. mi az hogy servlet irányítja a flowt? ezt részletesebben, mert lehet, hogy tudom miaz csak szavaid után nem értem (ami nem csoda, gondolom megint részeg vagy)
3. az is meg van, stateless session bean
4. valami ilyesmi
a továbblépés, meg még messze van, de fejben tartom
Nem mondom hogy kösz, mert nem érdemled meg
mire szukseged lesz ra, tokkal.vonoval elfelejted
en tavasszal tobb, mint egy honapot b@sztam el a jbossal es most fingom nincs mit hogy kell vele csinalni… :/
Ne higgy neki. A lényeg, hogy átlátod az alapokat, megérted a működést és a mögötte rejlő gondolkodásmódot és az alkalmazás felépítését. J2ee módon gondolkodáshoz nem elég az elméleti tudás sajna….
A flow irányítás a következő. A JSP oldalak fogadják az adatokat, amit a servlet felé küldenek és ő dönti el az oldalról érkező dolgok alapján, hogy mi a következő lépés. Mondok egy példát a loginra
1. login.jsp meghívja a servletet egy submittal.
2. A servlet megkapja a hívást és lefut neki a login kezelő, ami annyit csinál, hogy a stateless session bean-ben elhelyezett üzleti logikát meghívja ( checkLogin (userName, password);)
3. A kapott eredménytől függően vagy visszairányít a login.jsp oldalra vagy a beenged és átirányít a sikeres belépést követő oldalra. Azaz ő maga nem végez igazi ellenőrzést a folyamatok irányítását kivéve, mert az az üzleti logika dolga.
Jobb frameworkök hasonlóan dolgoznak (bár a spring minden oldalhoz servletet rendel, de ott már az IoC és az AOP is bejátszik). De ez a dolgok rendes elosztása és ez a servlet rendes dóga
Bencének hinni? ugyanmá…..

na, akkor a továbblépés vmi ilyesmi lészen
mertugye lógin az még nem nagyon vala