Rozdíl mezi EJB 2.1 a EJB 3.0

 EJB 2,1 vs. EJB 3.0

Hlavní přechod z EJB 2.1 na EJB 3.0 byl hlavně zaměřen na výkon z hlediska rychlosti, výkonu a jednoduchosti. Jeho modifikace by se soustředila na to, jak bude nový program pracovat s jinými programátory, jako je Java EE5.

Od aplikace EJB 2.1 po nový EJB 3.0 Architect může být správné konstatovat, že vylepšená verze je odpovědí na dřívější nedostatky tehdejšího EJB 2.1..

Podívejme se na některé z hlavních přechodů.

Jednoduchost

EJB 3.0 nabízí jednoduchost při manipulaci s obsahem, což je možná jeden z jeho hlavních vynikajících faktorů. Na rozdíl od EJB 2.1 nyní můžete vytvořit aplikaci Enterprise Java Bean se spoustou jednoduchosti.

Je to tak proto, že operace EJB 3.0 je založena na programové konfiguraci Plain Old Java Object (POJO), která zachycuje data pomocí anotací Java, které byly obsaženy v deskriptorech implementace. Ve většině případů jsou deskriptory nasazení nejmenší.

Na rozdíl od EJB 2.1, který vyžaduje zaznamenávání dalších podpůrných kódů, opak je pravdou, pokud používáte komponenty EJB 3.0, které vyžadují, abyste zapisovali a udržovali méně podpůrných kódů, což nabízí nejjednodušší zkušenosti s programováním.

Účinnost

Uvádí se, že nový EJB 3.0 je přibližně o 45% účinnější ve srovnání s EJB 2.1. To je přičítáno hlavním změnám EJB 2.1, jak je vysvětleno níže.

Nahrazení DTD, které identifikovalo deskriptory uspořádání ejb-jar.xml modifikovaným schématem xml a také vylepšený způsob produkce podnikových bobů, způsobilo, že s EJB 2.1 by bylo nežádoucí pracovat. Představení Plain Old Java Object základní kvintesence prostřednictvím Java trvalé API.

Zatímco zavedení fazolí relace změnilo přidané posílení pro internetové služby, EJB 3.0 zavedla fungování vytrvalosti fazolových entit. Tyto entity jsou založeny na Plain Old Java Object a nevyžadují EJB kódy, které v nich běží, ani rozhraní. Dále mohou pracovat mimo kontejner EJB

Specifikace

Když EJB 2.1 požadoval, aby základní rozhraní překonalo strukturu EJB, jsou nyní při použití EJB 3.0 psány jako prosté staré Java objekty, které manifestují prosté staré Java rozhraní, a proto nevyžadují domácí rozhraní.

Zavedení vylepšených metod, jako je použití anotací metadat a dalších mechanismů používaných k vytváření kódů Java a XML deskriptorů, na rozdíl od distribučních deskriptorů EJB 2.1, které byly těžkopádné a nepřesné.

Aplikace EJB 2.1 vyžadovala, aby kontejner J2EE postuloval služby potřebné k přesnému fungování EJB, a proto je bylo obtížné testovat. JNDI je často závislý na EJB 2.1, když je používání aplikací monotónní a časově náročné.

EJB 3.0 nevyžaduje specifické přidělení rozhraní a deskriptorů. Je tomu tak proto, že anotace mají vhodnou náhradu za popisovače přidělování. Při použití aplikace EJB 3.0 na rozdíl od EJB 2.1 můžete používat výchozí hodnoty častěji. EJB 3.0 nabízí méně kontrolované nekonzistence umožňující kreativitu.

souhrn

EJB 3.0 v novém přechodu z EJB 2.1.

Na rozdíl od verze EJB 2.1 je snadné pracovat s EJB 3.0.

EJB 3.0 používá entity, které jsou založeny hlavně na prostém starém Java Object (POJO).

EJB 2.1 vyžaduje zaznamenat více podpůrných kódů ve srovnání s EJB 3.0, který snižuje počet podpůrných kódů.

DTD v EJB 2.1 je nahrazen modifikovaným schématem XML v EJB 3.0.

Java kódy jsou snadno generovány vylepšenými aplikacemi v EJB 3.0 na rozdíl od EJB3.1, kde je proces mnohem obtížnější.