Forskjellen mellom EJB 2.1 og EJB 3.0

 EJB 2.1 vs EJB 3.0

Den store overgangen fra EJB 2.1 til EJB 3.0 var hovedsakelig sentrert på ytelse med hensyn til hastighet og utgang og enkelhet. Dens modifikasjon ville sone på hvordan det nye programmet ville fungere med andre programmerere som Java EE5.

Fra en applikasjon av EJB 2.1 til den nye EJB 3.0 Architecten, kan det være riktig å si at den forbedrede versjonen står som et svar på de tidligere manglene i den da EJB 2.1.

La oss se på noen av de store overgangene.

enkelhet

EJB 3.0 tilbyr enkelhet i manipulering av innhold, noe som kanskje er en av de største utestående faktorene. I motsetning til EJB 2.1 kan du nå lage et Enterprise Java Bean-program med mye enkelhet.

Dette er fordi EJB 3.0-operasjonen er basert på programmeringskonfigurasjon for vanlig Java-programmering (POJO) som griper inn data ved hjelp av Java-annoteringer som ble inneholdt av distribusjonsbeskrivelsene. I de fleste tilfeller er distribusjonsbeskrivelser minst nødvendige.

I motsetning til EJB 2.1 som krever å notere ned flere støttende koder, er motsatt sant ved bruk av EJB 3.0-komponentene som skal kreve at du støtter og beholder færre støttekoder og dermed gir den mest forenklede opplevelsen i programmering.

effektivitet

Det er sagt at den nye EJB 3.0 er omtrent 45% mer effektiv sammenlignet med EJB 2.1. Dette tilskrives de store modifikasjonene til EJB 2.1 som forklart nedenfor.

Erstatning av DTD som identifiserte ejb-jar.xml arrangementsbeskrivelser ved hjelp av det modifiserte XML-skjemaet og også en forbedret måte å produsere enterprise bønner på, har gjort EJB 2.1 uønsket til å jobbe med. Introduksjonen av Vanlig Gamle Java Objektbaserte kvintessens gjennom Java-vedvarende API.

Mens introduksjonen av øktbønner forandret den ekstra forsterkningen for internettjeneste, har EJB 3.0 introdusert fjærvektsenhetens bønneutholdningsfunksjon. Disse enhetene er Vanlig Gamle Java Objektbasert og krever at EJB-kodene ikke kjører i dem eller et grensesnitt. Videre kan de jobbe utenfor en EJB-beholder

spesifikasjoner

Når EJB 2.1 krevde at grensesnittet overgår det fra EJB-strukturen, blir de nå skrevet som Vanlige gamle Java-objekter når du bruker EJB 3.0, som manifesterer vanlig gammelt Java-grensesnitt og dermed ikke krever hjemgrensesnittet.

Innføring av forbedrede metoder som bruk av metadataannoteringer og andre mekanismer som brukes til å lage Java-koder og XML-beskrivere, i motsetning til EJB 2.1-distribusjonsbeskrivelsene som var tungvint og unøyaktige.

EJB 2.1-applikasjonen krevde J2EE-beholderen for å postulere tjenestene som trengs for å jobbe EJB nøyaktig og dermed gjorde dem vanskelige å teste. JNDI er ofte avhengig av i EJB 2.1 når bruk av applikasjoner er monotont og tidkrevende.

EJB 3.0 krever ikke spesifikke grensesnitt og deskriptorer tildelinger. Dette skyldes at merknadene har en egnet erstatning for allokeringsbeskrivelsene. Du kan bruke standardverdier oftere når du bruker EJB 3.0-applikasjonen i motsetning til EJB 2.1. EJB 3.0 tilbyr mindre kontrollert inkonsekvens som muliggjør kreativitet.

Sammendrag

EJB 3.0 i den nye overgangen fra EJB 2.1.

Det er lett å jobbe med EJB 3.0 i motsetning til EJB 2.1 versjonen.

EJB 3.0 bruker enheter som hovedsakelig er Plain Old Java Object (POJO) basert.

EJB 2.1 krever notering av flere støttekoder i forhold til EJB 3.0 som reduserer antallet støttekoder.

DTD i EJB 2.1 er erstattet av det modifiserte XML-skjemaet i EJB 3.0.

Java-koder blir enkelt generert av de forbedrede applikasjonene i EJB 3.0, i motsetning til EJB3.1, hvor prosessen er svært vanskelig.