Razlika između EJB 2.1 i EJB 3.0

 EJB 2.1 vs EJB 3.0

Glavni prijelaz s EJB 2.1 na EJB 3.0 uglavnom je bio usmjeren na performanse u pogledu brzine, snage i jednostavnosti. Njegova izmjena usredotočila bi se na način funkcioniranja novog programa s drugim programerima poput Java EE5.

Od primjene EJB 2.1 do novog EJB 3.0 Arhitekta, može se ispravno ustvrditi da poboljšana verzija stoji kao odgovor na ranije nedostatke tadašnjeg EJB 2.1.

Pogledajmo neke od glavnih prijelaza.

Jednostavnost

EJB 3.0 nudi jednostavnost u manipuliranju sadržajem, što je možda jedan od glavnih glavnih čimbenika. Za razliku od EJB 2.1, sada možete stvoriti Enterprise Java Bean aplikaciju s puno jednostavnosti.

To se događa zato što se operacija EJB 3.0 temelji na običnoj programskoj konfiguraciji Plain Old Java Object (POJO) koja podatke shvati pomoću Java napomena koje su sadržavali deskriptori razmeštanja. U većini slučajeva su najmanje potrebni deskriptori razmeštanja.

Za razliku od EJB 2.1 koji zahtijeva bilježenje više potpornih kodova, obrnuto vrijedi kada koristite EJB 3.0 komponente, što će vam zahtijevati da zabilježite i zadržite manje potpornih kodova, nudeći na taj način najjednostavnije 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 velikim izmjenama EJB 2.1 kao što je objašnjeno u nastavku.

Zamjenom DTD-a koji je identificirao ejb-jar.xml deskriptore rasporeda modificiranom xml shemom i također poboljšanim načinom proizvodnje poslovnog graha, EJB 2.1 je učinio nepoželjnim za rad. Uvođenje jednostavne stare Java objekta temelji se na kvintesenciji kroz uporni API Java.

Iako je uvođenje graha za sjednice izmijenilo dodatno pojačanje za internetske usluge, EJB 3.0 uveo je izdržljivost entitetskih graha u izdržljivosti. Ovi entiteti temelje se na običnom starom Java objektu i ne zahtijevaju ni EJB kodove koji se u njima nalaze ni sučelje. Nadalje, mogu raditi izvan spremnika EJB

Tehnički podaci

Kad je EJB 2.1 zahtijevao da sastavno sučelje nadmaši ono iz strukture EJB, oni se sada pišu kao Obični stari Java objekti prilikom korištenja EJB 3.0, koji manifestuju Jednostavno staro Java sučelje i stoga ne zahtijevaju kućno sučelje.

Uvođenje poboljšanih metoda poput korištenja napomena metapodataka i drugih mehanizama koji se koriste za stvaranje Java kodova i XML deskriptora, za razliku od EJB 2.1 distribucijskih deskriptora koji su bili nezgrapni i netočni.

Aplikacija EJB 2.1 zahtijeva da spremnik J2EE postulira usluge potrebne za precizan rad EJB-a i na taj način ih učini teško testirati. JNDI često ovisi u EJB 2.1 kada je korištenje aplikacija monotono i dugotrajno.

EJB 3.0 ne zahtijeva posebno dodjeljivanje sučelja i deskriptora. To je zato što napomene imaju prikladnu zamjenu za deskriptore raspodjele. Zadane vrijednosti možete češće koristiti kada upotrebljavate aplikaciju EJB 3.0 za razliku od EJB 2.1. EJB 3.0 nudi manje provjerenu nedosljednost koja omogućava kreativnost.

Sažetak

EJB 3.0 u novom prijelazu s EJB 2.1.

Raditi s EJB 3.0 je 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 bilježenje više potpornih kodova u usporedbi s EJB 3.0 koji smanjuje broj potpornih kodova.

DTD u EJB 2.1 zamijenjen je modificiranom XML shemom u EJB 3.0.

Poboljšane aplikacije u EJB 3.0 lako se generiraju Java kodovi za razliku od EJB3.1 gdje je proces mnogo teži.