Pregunta

Estoy tratando de hacer que mi aplicación java sea más compatible con los estándares y uno de los mayores problemas que estoy enfrentando es la transición de nuestro marco ORM de Castor JDO a una implementación JPA (pensando en Hibernate o DataNucleus). Tenemos nuestra propia capa de abstracción de datos persistentes, por lo que la refactorización básica se puede hacer fácilmente agregando una implementación JPA a nuestra API y creando el mapeo. Entonces se vuelve más complicado, usamos Castor OQL, no en gran medida, pero no de manera insignificante, y eso no es abstracto. También realizamos consultas JDBC sin procesar directamente a la base de datos, pero revisamos Castor para obtener la conexión. Estamos utilizando ehcache para almacenar en caché nuestros objetos entre varios servidores.

Preguntas:

1) En general, ¿existen diferencias significativas en la forma en que Castor y JPA tratan los objetos que yo debería conocer?

2) ¿El lenguaje de consulta JPA ofrece características similares a Castors OQL? ¿O tendré que buscar en JDO?

3) ¿Puedo usar ecache con cualquier implementación de JPA?

4) ¿Alguien sabe de una herramienta que pueda convertir de mapeo Castor a mapeo JPA?

finalmente, supongo, ¿alguna idea sobre las fortalezas de las diferentes implementaciones de JPA? Hibernate es atractivo porque se usa mucho, pero mi mayor preocupación es la simplicidad, ¿así que quizás DataNucleas, EclipseLink (o algo más) me sirvan mejor?

gracias,

Peter Cowan

¿Fue útil?

Solución

EclipseLink es una excelente opción cuando realiza la transición desde Castor, ya que EclipseLink es un proveedor de JPA y como Castor admite la asignación de objetos a XML (utilizando el componente MOXy ).

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top