Posterior a consultar con expertos en el tema, programadores de deferentes ramas y profesores hemos dado con la solución a la cuestión y la dejamos plasmada en esta publicación.
Solución:
Un JavaBean es simplemente un objeto Java simple y antiguo que se ajusta a ciertas convenciones, incluido el uso de funciones de acceso (getFoo/setFoo) para el acceso de miembros, la provisión de un constructor predeterminado y algunas otras cosas por el estilo.
Un Enterprise JavaBean es un componente en un servidor de aplicaciones Java EE que viene en varios sabores, cuyos detalles varían según la versión de Java EE de la que esté hablando (o, más específicamente, qué conjunto específico de especificaciones EJB están involucradas).
Originalmente, JavaBeans estaba destinado principalmente a ser utilizado en herramientas de construcción al proporcionar una interfaz conocida que podría buscarse a través de la introspección en las herramientas. Sin embargo, rápidamente se convirtieron en lo que equivale a una religión.
Los Enterprise JavaBeans están destinados a proporcionar lógica comercial encapsulada para aplicaciones empresariales dentro de un contenedor general que proporciona cosas como administración de sesiones, seguridad, agrupación de recursos, etc. como servicios, lo que permite que la lógica comercial no esté (relativamente) contaminada por estas preocupaciones transversales. (Si lograron o no esto es un asunto que está en debate, dado lo difícil que fue usarlas al principio. Sin embargo, las versiones más recientes de la especificación han facilitado esto. Sin embargo, las aplicaciones heredadas siguen siendo un dolor y lamentablemente probablemente la mayoría de los EJB que probablemente encuentre).
Editado para agregar:
- Puede leer la API de EJB aquí: http://java.sun.com/products/ejb/javadoc-3_0-fr/
- Puede leer la especificación completa de un JavaBean aquí: http://java.sun.com/javase/6/docs/api/java/beans/package-summary.html
Un Java Bean se define como una instancia de una clase que contiene privado attributes (datos) y métodos getter & setter.
Si usted tiene:
private String myString;
en tu clase, deberías tener los métodos
public String getMyString (); y public void setMyString (String settingString); definido en su código. Aunque, he descubierto que no es absolutamente necesario tener todo definido, ¡simplemente no se sorprenda si algo se rompe!
Un EJB (Enterprise Java Bean) es mucho más complejo. Solo residen en servidores de aplicaciones que manejan EJB (Tomcat no tiene EJB). Hay 3 tipos de EJB:
- Sesión: Suele contener algo de lógica empresarial.
- Entidad: Por lo general, interactúa con un almacén de datos (como una base de datos).
- Controlado por mensajes: recibe mensajes de JMS.
Los beans de Java se refieren a clases con solo campos y sus métodos getter-setter. Con poca o, preferiblemente, ninguna lógica empresarial. También se les conoce como POJO (Plain Old Java Object).
Los EJB son parte de la especificación J2EE que se puede usar para aprovechar la funcionalidad completa de los servidores compatibles con J2EE, como transacciones, administración de sesiones, seguridad, etc. (Eso no significa que no pueda usarlos sin usar EJB)
valoraciones y comentarios
Si tienes alguna cuestión y forma de modernizar nuestro división eres capaz de dejar una explicación y con placer lo leeremos.