Los servidores de aplicaciones Java EE tienen administradores de transacciones distribuidos. Si eso es en absoluto importante, entonces puede querer ver si SpringSource dm incluye tal.
Es posible hacer XA TX con Spring-Framework, es solo que se lo deja solo para ubicar un administrador de XA adecuado e integrarlo.
El curso XA TX ha caído en gran descrédito. La mayoría de la gente trata de evitarlos como la peste. Amazon.com, por ejemplo, no los usa.
Actualmente usamos Spring-Framework y Tomcat en combinación. Hacemos toda nuestra propia integración. Mucha gente ha hecho una elección de pila de nivel medio similar. Nos relacionamos con las API de Spring-Framework, al igual que las personas de Java EE se vinculan con Java EE/EJB. No dejes que la retórica de Spring te engañe sobre eso. Sin embargo, continúa siendo de código abierto accesible para la comunidad de usuarios.
Una vez que vaya a Java EE, quedará vinculado a un proveedor de Java EE en particular, ya que es difícil pasar de una implementación a otra. Se supone que EJB3 facilitará esto, pero apostaría que seguirá siendo una empresa importante cambiar los servidores de la aplicación Java EE.
Frankly Spring-Framework proporciona más API útiles que el estándar Java EE/EJB y está innovando a un ritmo más rápido.
He usado entidades EJB3 y beans de sesión sin estado y en realidad es solo una nnotation ahora comparado con el desastre que EJB 2.0/2.1. Es realmente bastante agradable ahora. – cletus
Es una respuesta muy antigua, pero para las personas que aún leen algunos matices aquí: cambiamos entre los vendedores de Java EE un par de veces y no es * tan * difícil. Un par de 100k aplicación de loc se movió en gran medida dentro de un par de días cada vez. Sí, hay * diferencias *, pero es mucho menos trabajo que tener que portar su aplicación de decir WebObjects a .NET, porque WebObjects ya no se continúa. Con Java EE, la posibilidad de que la plataforma como un todo ya no continúe es mucho más pequeña que la de un proyecto individual que no continúa. –
También, una vez más darse cuenta de que esta es una respuesta antigua, pero el interés de esta respuesta resuena fuertemente con el viejo pensamiento de que Java EE es más o menos igual a EJB y XA TX. No fue realmente cierto en el 2008 y ciertamente no es cierto ahora. Hay mucho más en Java EE, como JSF, CDI, JPA, Validación de Bean, Batching, JMS, etc. Con el tiempo, EJB se ha convertido en una pequeña parte de la especificación general. –