Unterschied zwischen EJB 2.1 und EJB 3.0

 EJB 2.1 gegen EJB 3.0

Der Hauptübergang aus dem EJB 2.1 zum EJB 3.0 befand sich hauptsächlich auf die Leistung in Bezug auf Geschwindigkeit, Ausgabe und Einfachheit und Einfachheit. Die Änderung würde sich darauf konzentrieren, wie das neue Programm mit anderen Programmierern wie dem Java EE5 zusammenarbeiten würde.

Aus einer Anwendung von EJB 2.1 zum neuen EJB 3.0 Architekt, es kann zutreffend sein, dass die verbesserte Version als Antwort auf die früheren Mängel des damaligen EJB 2 steht.1.

Schauen wir uns einige der Hauptübergänge an.

Einfachheit

Die EJB 3.0 bietet Einfachheit bei der Manipulation des Inhalts, was möglicherweise einer der wichtigsten herausragenden Faktoren ist. Im Gegensatz zum EJB 2.1 Sie können jetzt eine Unternehmensanwendung für Java Bean mit viel Einfachheit erstellen.

Dies liegt so, weil der EJB 3.0 Die Operation basiert auf der Programmierkonfiguration des alten Java -Objekts (POJO). In den meisten Fällen sind Bereitstellungsdeskriptoren am wenigsten erforderlich.

Im Gegensatz zum EJB 2.1 Das erfordert, dass das Gegenteil bei der Verwendung der EJB 3 das Gegenteil zu finden ist.0 Komponenten, bei denen Sie weniger unterstützende Codes aufrechterhalten müssen.

Wirksamkeit

Es wird angegeben, dass der neue EJB 3.0 sind ungefähr 45% effektiver als der EJB 2.1. Dies wird auf die Hauptänderungen an der EJB 2 zurückgeführt.1 Wie unten erläutert.

Ersatz des DTD, der den EJB-Jar identifizierte.XML -Arrangement -Deskriptoren durch das modifizierte XML -Schema und auch eine verbesserte Art der Produktion von Unternehmensbohnen hat das EJB 2 gemacht.1 unerwünscht zu arbeiten. Die Einführung von einfachem alten Java -Objekt basiert Quintessenz durch die Java Persistente API.

Während die Einführung von Sitzungsbohnen die zusätzliche Verstärkung für den Internetdienst veränderte, wurde EJB 3.0 hat Federngewicht Entity Bean -Ausdauerfunktion eingeführt. Diese Entitäten sind einfach altes Java -Objekt basiert und erfordern weder die in ihnen ausgeführten EJB -Codes noch eine Schnittstelle. Darüber hinaus können sie außerhalb eines EJB -Behälters arbeiten

Spezifikationen

Wenn EJB 2.1 erforderte, dass die Konstituierende Schnittstelle diese aus der EJB -Struktur übertroffen hat, sie jetzt als einfache alte Java -Objekte bei der Verwendung von EJB 3 geschrieben werden.0, die eine einfache alte Java -Schnittstelle manifestiert und somit nicht die Home -Schnittstelle erfordern.

Einführung verbesserter Methoden wie der Verwendung von Metadatenanmerkungen und anderen Mechanismen, die zum Erstellen der Java -Codes und XML -Deskriptoren verwendet werden, im Gegensatz zum EJB 2.1 Verteilungsdeskriptoren, die umständlich und ungenau waren.

Die EJB 2.1 Anwendung erforderte den J2EE -Container, um die für die Arbeit des EJB erforderlichen Dienste zu postulieren, und machte sie so schwer zu testen. JNDI ist häufig in EJB 2 abhängig.1 Bei der Verwendung von Anwendungen ist eintönig und zeitaufwändig.

EJB 3.0 erfordert keine spezifische Schnittstellen- und Deskriptorenzuweisungen. Dies liegt daran, dass die Anmerkungen als geeigneter Ersatz für die Zuordnungsdeskriptoren besitzen. Sie können Standardwerte häufiger verwenden, wenn Sie die EJB 3 verwenden.0 Anwendung im Gegensatz zum EJB 2.1. Die EJB 3.0 bietet weniger überprüfte Inkonsistenz, die Kreativität ermöglichen.

Zusammenfassung

Die EJB 3.0 im neuen Übergang vom EJB 2.1.

Es ist einfach, mit dem EJB 3 zu arbeiten.0 im Gegensatz zum EJB 2.1 Version.

Die EJB 3.0 verwendet Entitäten, die hauptsächlich ein einfaches altes Java -Objekt (Pojo) basieren.

EJB 2.1 erfordert, dass im Vergleich zum EJB 3 mehr unterstützende Codes abweist.0 Das reduziert die Anzahl der unterstützenden Codes.

Die DTD im EJB 2.1 wird durch das modifizierte XML -Schema in der EJB 3 ersetzt.0.

Java -Codes können durch die verbesserten Anwendungen in der EJB 3 leicht erzeugt werden.0 anders als im EJB3.1 wo der Prozess viel schwierig ist.