EJB 2.1 i EJB 3.0
EJB 2.1 vs EJB 3.0
Glavni prijelaz s EJB 2.1 na EJB 3.0 bio je uglavnom usmjeren na performanse u smislu brzine i izlaza i jednostavnosti. Njegova izmjena bi se usredotočila na to kako će novi program raditi s drugim programerima poput Java EE5.
Od primjene EJB 2.1 do novog arhitekta EJB 3.0, može se točno navesti da poboljšana verzija predstavlja odgovor na ranije nedostatke tadašnjeg EJB 2.1.
Pogledajmo neke od glavnih prijelaza.
Jednostavnost
EJB 3.0 nudi jednostavnost manipulacije sadržajem, što je možda jedan od njegovih glavnih čimbenika. Za razliku od EJB 2.1, sada možete stvoriti aplikaciju Enterprise Java Bean s puno jednostavnosti.
To je zato što se operacija EJB 3.0 temelji na programerskoj konfiguraciji programa Plain Old Java Object (POJO) koja bilježi podatke pomoću Java napomena koje su sadržavale opisne deskriptore. U većini slučajeva najmanje su potrebni deskriptori za implementaciju.
Za razliku od EJB 2.1 koji zahtijeva zabilježiti više potpornih kodova, suprotno je kada koristite EJB 3.0 komponente koje će zahtijevati da zabilježite i zadržite manje podržavajućih kodova, tako da pružite najsloženije iskustvo u programiranju.
efikasnost
Navodi se da je novi EJB 3.0 otprilike 45% učinkovitiji u usporedbi s EJB 2.1. Ovo se pripisuje glavnim izmjenama EJB 2.1 kao što je objašnjeno u nastavku.
Zamjena DTD-a koja je identificirala deskriptore u rasporedu ejb-jar.xml modificiranom XML shemom, a također i poboljšani način za proizvodnju grahova poduzeća, učinila je da EJB 2.1 ne želi raditi. Uvođenje običnog starog Java objekta temelji se na kvintesenciji kroz Java persistent API.
Iako je uvođenje sjednica grah promijenilo dodatno pojačanje za internetsku uslugu, EJB 3.0 je predstavio funkcionalnost izdržljivosti zrelih grah. Ti su entiteti bazirani na običnom starom Java objektu i ne zahtijevaju niti EJB koda koji se izvode u njima niti sučelje. Nadalje, mogu raditi ispred spremnika EJB-a
Tehnički podaci
Kada je EJB 2.1 zahtijevao da konstitutivno sučelje nadilazi to od strukture EJB, oni su sada napisani kao obični stari Java objekti pri korištenju EJB 3.0, koji očituje obično staro sučelje Java i stoga ne zahtijevaju početno sučelje.
Uvođenje poboljšanih metoda poput upotrebe napomena metapodataka i drugih mehanizama koji se koriste za izradu Java koda i XML deskriptora, za razliku od deskriptora distribucije EJB 2.1 koji su bili teški i netočni.
Primjena EJB 2.1 zahtijevala je J2EE kontejner da postulira usluge potrebne za izradu EJB-a točno i na taj način ih je teško testirati. JNDI često ovisi o EJB 2.1 kada je aplikacija monotona i dugotrajna.
EJB 3.0 ne zahtijeva posebna dodjela sučelja i deskriptora. To je zato što bilješke posjeduju kao prikladnu zamjenu za deskriptore dodjele. Često ćete koristiti zadane vrijednosti pri korištenju aplikacije EJB 3.0 za razliku od EJB 2.1. EJB 3.0 nudi manje provjerene nedosljednosti koja omogućuje kreativnost.
Sažetak EJB 3.0 u novom prijelazu iz EJB 2.1. Lako je raditi s EJB 3.0 za razliku od verzije EJB 2.1. EJB 3.0 koristi entitete koji se uglavnom temelje na običnom starom Java objektu (POJO). EJB 2.1 zahtijeva zabilježivanje više potpornih kodova u odnosu na EJB 3.0 koji smanjuje broj potpornih kodova. DTD u EJB 2.1 zamijenjen je modificiranom XML Shemom u EJB 3.0. Java kodovi se lako generiraju poboljšanim aplikacijama u EJB 3.0, za razliku od EJB3.1 gdje je proces puno teži.
