Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies
ACEPTAR
Hola muy buen video, necesito un consejo, en mi empresa hay un proyecto hecho con EJB y primefaces para el tema de la vista. Ahora queremos desarrollar una app móvil por lo que necesitaríamos hacer un api. No se si se podría crear un api con el proyecto actual o mejor crear una nueva app con spring boot que en teoria es mas facil. El problema sería como hacer la integración de EJB y Spring boot, se puede hacer esto.
Yo creo que te sería más práctico usar simplemente JAXRS y publicar parte de tus EJBS como servicios REST . Spring Boot tiene sus ventajas pero sobre todo si vienes del mundo de spring.
Muchas gracias, excelente tu comparativa !
de nada 🙂
[…] artículos relacionados : Introducción a Spring MVC , EJB vs Spring , Spring Framework y […]
[…] artículos relacionados: Spring vs EJB , Spring Anotaciones vs XML ,Spring Framework y […]
Muchas gracias por el video realmente tengo esas dudas soy realmente alguien que esta aprendiendo y no se por cual decidirme EJB o Spring. De las primeras cosas que eh visto han sido de spring las cuales por implementacion me han parecido estupendas. Usted como esperto que pasos debo seguir , puede ayudarme .Un saludo y siga asi compartiendo su conociiento
Echa un vistazo a mi libro de Arquitectura para empezar que es gratuito y lo puedes bajar del blog
Excelente, muy bien explicado!
gracias 🙂
Buen dia muy buen video, un pregunta cuando dices mucho tiempo para el manejo de spring de cuanto tiempo hablas ?
Bueno Spring es un framework que para manejarte con cierta soltura necesitas tener un par de años de experiencia. Para ser experto bastante más. Ahora para crear una aplicación con el si te apoyas en alguien que sabe. No necesitarás mucho tiempo en un par de meses te manejaras bien con lo core
uff ese “rehuso” me apuñala los ojos.. :-0
Ya le di una vuelta.. Por lo que he encontrado y leído, el pool es una estructura opcional que se utiliza para tratar de acelerar la creación de EJBs. Lo siguiente que veo es que ya en 2010 se planteaban la diferencia entre la creación de una instancia nueva de EJB para cada llamada y el mantenimiento del pool. Se da el ejemplo de que un EJB con interceptors, seguridad y tal es mucho mas costoso de crear que de mantener en el pool para su rehuso. Ahora se me plantea la duda: ¿A día de hoy con CDI se… Read more »
Gracias! voy a leer un poco sobre el tema.
Date cuenta q un ejb necesita muchas cosas cuando se inicializa
Perdona por ser cansino.. pero .. no entiendo el concepto de pooling que comentas. Es decir.. comprendo que en algunos casos (quizá usando singletons) el mantener un pool de EJBs pueda ser mas sencillo. Pero con una máquina razonablemente “apañada” y los actuales EJBs (incluso los lightweight EJB , que conozco poco) ¿para qué? Si puedo crear una instancia cada vez que se realice la petición y mantenerla viva únicamente durante la duración de la misma.
Un saludo y muchas gracias por tus comentarios.
Es parte de la especificación. Tanto los stateless sesión beans como los message Están asociados a pools http://docs.oracle.com/javaee/6/tutorial/doc/giplj.html
Buenos días, Un par de apuntes.. cuando dices que un EJB pesa mas que un POJO.. ¿a qué te refieres? Es decir, un EJB no es mas que un POJO con un decorador, no? También ver que en el vídeo hablas de JAVAEE 5.. ¿no deberías compararlo con JAVAEE 7? Es más.. no se debería abordar para las soluciones de Lambdas y demás incluidas en JavaEE 8 y que ya están especificadas en JRS? Por otro lado veo que te faltaría una comparación. Actualmente la sencillez de JAVAEE 7 a la hora de mantener y desarrollar debería ser un plus.… Read more »
Todos los EJBS tienen bastante peso ya que aunque de entrada solo sean pojos .Cada cual lleva su propio pool
😉
http://www.adam-bien.com/roller/abien/entry/heavyweight_ejbs_lightweight_pojos_or
🙂 . Voy a intentar dar mi punto de vista Darío . Es muy cierto que el artículo de Adam Bien apunta a que ya no son pesados. Eso sí comparados con los anteriores que eran uff dios mio un horror. La pregunta que nos tenemos que hacer es muy sencilla. Porque se crea un Pool por cada EJB que registramos???. Si fueran ultra ultra ligeros … no haría falta hacer un pool ;).
y ojo que no estoy en contra de los EJBs 🙂
Muy interesante el video! Están explicados claramente todos los conceptos.
Gracias
gracias 🙂
Considero que con base en mi experiencia he trabajado de una manera que a la fecha no comprendo, es decir, no conozco. Cuando creo un proyecto “java web application” usando el magico Netbeans en el momento de la creacion defino como framework: “JSF”.. una vez creado el proyecto yo agrego “entities clases from database” (Esto es JPA). Una vez teniendo las entidades. Agrego con el wizard jsf pages from entity clases… lo que me genera los archivos .xhtml, los @managedBeans y un conjunto de “fachadas” (los ejb- uno por cada entity class) que heredan de una “abstract Facade” la cual… Read more »
Estas trabajando con los estandares pero no muy bien 🙁 . Date cuenta q la fachada de de EJB que te crea netbeans es una por cada clase JPA que es demasiado . Normalmente el manejo de un conjunto de JPA (2-5) puede ser gestionado por el mismo EJB 🙂 . Asi reduces las clases y agrupas por funcionalidad 🙂
Se refiere a crear un @EJB que herede del “abstractFacade” para manejar la persistencia y mapeo de un determinado número de entidades que estén involucradas en una funcionalidad común? o que de cierta forma estén muy ligadas en el modelo relacional?
Me refiero a lo primero a agrupar una serie de llamadas en el mismo EJB 🙂 .Sino al final tenemos muchisimos EJBs
Y tener muchos EJB es un problema ?? Apunto a la cohesión que pueda tener o no si se agrupa muchas funcionalidades en una clase…
Los EJBs pesan mas que los POJOS el tener muchos o pocos depende de varias cosas .Pero si puedes reducirlos de forma sencilla hazlo
Gracias por explicar tan bien este tema.
Me ayudo a despejar dudas acerca de estas dos tecnologías =)
Me alegro 🙂
Muy bueno el video. Me ayudó a despejar varias dudas que tenía al tener que elegir una opción, sin conocimientos previos, en ninguna de ellas.
Gracias por considerar el tema.
Saludos!
parece que la idea ha tenido bastante exito 🙂 .Se esta compartiendo bastante
Genial! 😀