Diferencia entre EJB 2.1 y EJB 3.0

 EJB 2.1 vs EJB 3.0

La principal transición del EJB 2.1 al EJB 3.0 se centró principalmente en el rendimiento en términos de velocidad y salida y simplicidad. Su modificación se centraría en cómo funcionaría el nuevo programa con otros programadores como Java EE5.

De una aplicación de EJB 2.1 al nuevo EJB 3.0 Arquitecto, puede ser correcto afirmar que la versión mejorada es una respuesta a las deficiencias anteriores del entonces EJB 2.1.

Veamos algunas de las principales transiciones.

Sencillez

El EJB 3.0 ofrece simplicidad en la manipulación del contenido, que es quizás uno de sus principales factores sobresalientes. A diferencia del EJB 2.1 Ahora puede crear una aplicación Enterprise Java Bean con mucha simplicidad.

Esto es así porque el EJB 3.0 La operación se basa en la configuración de programación de objeto Java (POJO) simple que detiene los datos mediante el uso de anotaciones Java que contenían los descriptores de implementación. En la mayoría de los casos, los descriptores de implementación son menos necesarios.

A diferencia del EJB 2.1 que requiere observar más códigos de soporte, lo contrario es cierto cuando se usa el EJB 3.0 componentes que requerirán que se anote y mantenga menos códigos de soporte, ofreciendo así la experiencia más simplificada en la programación.

Eficacia

Se afirma que el nuevo EJB 3.0 es aproximadamente un 45% más efectivo en comparación con el EJB 2.1. Esto se atribuye a las principales modificaciones al EJB 2.1 Como se explica a continuación.

Reemplazo del DTD que identificó el EJB-JAR.Los descriptores de disposición XML por el esquema XML modificado y también una forma mejorada de producir granos empresariales ha hecho que el EJB 2.1 indeseable trabajar con. La introducción de los objetos de Java simples bases la quintaesencia a través de la API persistente de Java.

Mientras que la introducción de granos de sesión alteró el refuerzo adicional para el servicio de Internet, EJB 3.0 ha introducido el funcionamiento de la resistencia al frijol de la entidad de peso pluma. Estas entidades están basadas en objetos Java antiguos y no requieren los códigos EJB que se ejecutan en ellas ni una interfaz. Además, pueden trabajar fuera de un contenedor EJB

Especificaciones

Cuando EJB 2.1 requirió que la interfaz constituyente supere la de la estructura EJB, ahora se escriben como objetos Java antiguos cuando se usan EJB 3.0, que manifiesta la interfaz Java antigua y, por lo tanto, no requiere la interfaz de inicio.

Introducción de métodos mejorados como el uso de anotaciones de metadatos y otros mecanismos utilizados para crear los códigos Java y los descriptores XML, a diferencia del EJB 2.1 descriptores de distribución que fueron engorrosos e inexactos.

El EJB 2.1 La aplicación requería que el contenedor J2EE postule los servicios necesarios para trabajar con precisión el EJB y, por lo tanto, les dio dificultades para probar. JNDI depende con frecuencia en EJB 2.1 cuando el uso de aplicaciones es monótona y requiere mucho tiempo.

EJB 3.0 no requiere asignaciones específicas de interfaz y descriptores. Esto se debe a que las anotaciones poseen como un reemplazo adecuado para los descriptores de asignación. Puede usar valores predeterminados con más frecuencia cuando usa el EJB 3.0 Aplicación en lugar del EJB 2.1. El EJB 3.0 ofrece la creatividad que habilita menos inconsistencia.

Resumen

El EJB 3.0 en la nueva transición del EJB 2.1.

Es fácil trabajar con el EJB 3.0 a diferencia del EJB 2.1 versión.

El EJB 3.0 utiliza entidades que están principalmente simples basadas en objeto Java (POJO).

EJB 2.1 requiere anotar más códigos de soporte en comparación con el EJB 3.0 que reduce el número de códigos de soporte.

El DTD en el EJB 2.1 se reemplaza por el esquema XML modificado en el EJB 3.0.

Los códigos Java se generan fácilmente mediante las aplicaciones mejoradas en el EJB 3.0 A diferencia del EJB3.1 donde el proceso es mucho difícil.