Diferența dintre EJB 2.1 și EJB 3.0

 EJB 2.1 vs EJB 3.0

Tranziția majoră de la EJB 2.1 la EJB 3.0 sa concentrat în principal pe performanță în ceea ce privește viteza, producția și simplitatea. Modificarea sa va avea ca obiect modul în care noul program ar funcționa cu alți programatori precum Java EE5.

De la o aplicație a EJB 2.1 la noul EJB 3.0 Architect, poate fi corect să se afirme că versiunea îmbunătățită este un răspuns la deficiențele anterioare ale EJB 2.1.

Să ne uităm la unele tranziții majore.

Simplitate

EJB 3.0 oferă o simplitate în manipularea conținutului, care este probabil unul dintre principalii săi factori excepționali. Spre deosebire de EJB 2.1 puteți crea acum o aplicație Enterprise Java Bean cu multă simplitate.

Acest lucru se datorează faptului că operația EJB 3.0 se bazează pe o configurație de programare obișnuită Java Object (POJO) care reține datele utilizând adnotările Java care au fost conținute de descriptorii de implementare. În majoritatea cazurilor, descriptorii de implementare sunt cel mai puțin necesari.

Spre deosebire de EJB 2.1, care necesită notarea mai multor coduri de suport, contrariul este adevărat atunci când se utilizează componentele EJB 3.0, care necesită reducerea numărului de coduri de suport, oferind astfel experiența cea mai simplificată în programare.

Eficacitate

Se precizează că noul EJB 3.0 este cu aproximativ 45% mai eficace în comparație cu EJB 2.1. Acest lucru este atribuit modificărilor majore la EJB 2.1, după cum se explică mai jos.

Înlocuirea DTD care a identificat descriptorii aranjamentului ejb-jar.xml de către schema xml modificată și, de asemenea, un mod îmbunătățit de producere a boabelor întreprinderii a făcut ca EJB 2.1 să nu fie de dorit să lucreze cu. Introducerea clasei Simple Object Object Base Java prin API-ul Java persistent.

În timp ce introducerea fasolei sesiune a modificat armarea adăugată pentru serviciul de internet, EJB 3.0 a introdus funcția de rezistență a fasolei entității featherweight. Aceste entități sunt bazate pe obiectul Object Old Java și nu necesită nici codurile EJB care rulează în ele, nici o interfață. În plus, pot lucra în afara unui container EJB

Specificații

Atunci când EJB 2.1 a cerut ca interfața constituentului să depășească cea din structura EJB, acestea sunt acum scrise ca obiecte obișnuite de Java atunci când se utilizează EJB 3.0, care se manifestă ca o interfață obișnuită Java și nu necesită interfața de acasă.

Introducerea de metode îmbunătățite, cum ar fi utilizarea adnotărilor metadatelor și a altor mecanisme folosite pentru a crea codurile Java și descriptorii XML, spre deosebire de descriptorii de distribuție ai EJB 2.1 care au fost greoaie și inexacte.

Aplicația EJB 2.1 a cerut containerului J2EE să postuleze serviciile necesare pentru a lucra corect cu EJB și astfel a făcut dificilă testarea acestora. JNDI este frecvent dependent de EJB 2.1 când aplicațiile sunt monotone și consumatoare de timp.

EJB 3.0 nu necesită alocări specifice de interfață și descriptori. Acest lucru se datorează faptului că adnotările posedă un înlocuitor adecvat pentru descriptorii de alocare. Puteți utiliza valorile implicite mai des atunci când utilizați aplicația EJB 3.0, spre deosebire de EJB 2.1. EJB 3.0 oferă o inconsecvență mai puțin verificată care să permită creativitatea.

rezumat

EJB 3.0 în noua tranziție de la EJB 2.1.

Este ușor să lucrați cu EJB 3.0, spre deosebire de versiunea EJB 2.1.

EJB 3.0 utilizează entități bazate, în principal, pe obiectul Object Object Old Java (POJO).

EJB 2.1 necesită menționarea mai multor coduri de suport în comparație cu EJB 3.0 care reduce numărul de coduri de suport.

DTD în EJB 2.1 este înlocuit de Schema XML modificată în EJB 3.0.

Codurile Java sunt ușor de generat de aplicațiile îmbunătățite din EJB 3.0, spre deosebire de EJB3.1, unde procesul este mult mai dificil.