He leído por un tiempo que los EJB no son útiles o engorrosos. Pero, ¿qué otras formas de implementar el patrón delegado de negocios?¿Los EJB siguen siendo útiles? ¿Y cuáles son las formas de Spring Framework para reemplazar los EJB?
¿Cómo se diferencian los EJB del enfoque recomendado por Spring?
Además, ¿cómo los avances recientes con los EJB cambiaron su opinión?
Si su objetivo era iniciar una guerra de llamas, reemplace "EJB" con "Java" y "Spring Framework" con "Ruby on Rails".
Si no, echa un vistazo a Rod Johnson's book from 2004 para obtener una explicación detallada de por qué los EJB obtuvieron una reputación tan horrible y los problemas de desarrollo de Java que Spring fue diseñado para remediar.
Si bien el libro tiene cinco años de antigüedad y es anterior a EJB3, debe filtrar lo subjetivo y lo anecdótico; tenga en cuenta lo poco. Es simple buscar ejemplos de migración de EJB a Spring, es casi imposible encontrar historias de migración de Spring a EJB3. No creo que sea por accidente.
Sí, eso fue hace 5 años. Ha cambiado la situación –
Por supuesto que sí. EJB3 ha sido fuertemente influenciado por Spring, Hibernate y POJO development. Aún prefiero Spring. – duffymo
+1. Spring mostró la forma en que debería hacerse, y EJB3 esencialmente lo copió. Sin embargo, EJB3 todavía sufre mucho por el síndrome de diseño por comité, por lo que todavía no es tan bueno como Spring, que aplica sus capas de interacción, seguridad y transacción de una manera muy simple y consistente. – skaffman
@berlin Expandí mi respuesta – sal