Forskellen mellem EJB 2.1 og EJB 3.0

 EJB 2.1 vs EJB 3.0

Den største overgang fra EJB 2.1 til EJB 3.0 var hovedsageligt koncentreret om ydeevne med hensyn til hastighed og output og enkelhed. Dens ændring vil centrere sig om, hvordan det nye program ville fungere med andre programmerere som Java EE5.

Fra en anvendelse af EJB 2.1 til den nye EJB 3.0 Arkitekt, kan det være korrekt at angive, at den forbedrede version står som et svar på de tidligere mangler ved den daværende EJB 2.1.

Lad os se på nogle af de store overgange.

Enkelhed

EJB 3.0 tilbyder enkelhed i manipulering af indhold, som måske er en af ​​dens største fremragende faktorer. I modsætning til EJB 2.1 kan du nu oprette en Enterprise Java Bean-applikation med meget enkelhed.

Dette er tilfældet, fordi EJB 3.0-operationen er baseret på Plain Old Java Object (POJO) -programmeringskonfiguration, der opfatter data ved hjælp af Java-annotationer, der var indeholdt i implementeringsbeskrivelserne. I de fleste tilfælde er installationsbeskrivelser mindst krævet.

I modsætning til EJB 2.1, der kræver at notere flere understøttelseskoder, er det modsatte tilfældet, når du bruger EJB 3.0-komponenterne, som skal kræve, at du noterer og holder færre understøttelseskoder, hvilket giver den mest forenklede oplevelse i programmering.

Effektivitet

Det anføres, at den nye EJB 3.0 er cirka 45% mere effektiv sammenlignet med EJB 2.1. Dette tilskrives de vigtigste ændringer til EJB 2.1 som forklaret nedenfor.

Udskiftning af DTD, der identificerede ejb-jar.xml arrangementbeskrivelserne med det modificerede xml-skema og også en forbedret måde at fremstille virksomhedsbønner på, har gjort EJB 2.1 uønsket at arbejde med. Introduktionen af ​​Plain Old Java Object baserer kvintessens gennem Java-vedvarende API.

Mens introduktionen af ​​sessionbønner ændrede den ekstra forstærkning til internettjeneste, har EJB 3.0 introduceret funktion af bønneudholdenhed med fjervægt. Disse enheder er Plain Old Java Object-baserede og kræver hverken EJB-koder, der kører i dem eller en grænseflade. Desuden kan de arbejde uden for en EJB-container

specifikationer

Når EJB 2.1 krævede, at det konstituerende interface overgår det fra EJB-strukturen, skrives de nu som almindelige gamle Java-objekter, når du bruger EJB 3.0, som manifesterer Plain Old Java Interface og således ikke kræver hjemmegrænsefladen.

Introduktion af forbedrede metoder som brug af metadata-annotationer og andre mekanismer, der bruges til at oprette Java-koder og XML-deskriptorer, i modsætning til EJB 2.1-distributionsbeskrivelserne, der var besværlige og unøjagtige.

EJB 2.1-applikationen krævede J2EE-containeren til at postulere de tjenester, der var nødvendige for at arbejde EJB nøjagtigt og dermed gjort dem vanskelige at teste. JNDI er ofte afhængig af i EJB 2.1, når brugen af ​​applikationer er monoton og tidskrævende.

EJB 3.0 kræver ikke specifikke tildelinger af interface og deskriptorer. Dette skyldes, at annotationerne har en passende erstatning for tildelingsbeskrivelserne. Du er i stand til at bruge standardværdier oftere, når du bruger EJB 3.0-applikationen i modsætning til EJB 2.1. EJB 3.0 tilbyder mindre kontrolleret inkonsekvens, der muliggør kreativitet.

Resumé

EJB 3.0 i den nye overgang fra EJB 2.1.

Det er let at arbejde med EJB 3.0 i modsætning til EJB 2.1-versionen.

EJB 3.0 bruger enheder, der hovedsageligt er Plain Old Java Object (POJO) baseret.

EJB 2.1 kræver at notere flere understøttelseskoder sammenlignet med EJB 3.0, der reducerer antallet af understøttelseskoder.

DTD i EJB 2.1 erstattes af det modificerede XML-skema i EJB 3.0.

Java-koder genereres let af de forbedrede applikationer i EJB 3.0 i modsætning til i EJB3.1, hvor processen er meget vanskelig.