estoy desarrollando una aplicación que usa Wicket como la capa de vista y JPA (Hibernate) como ORM. construir la interfaz de usuario ha sido divertido (incluso con ajax) usando Wicket. Mi problema proviene de la integración de los objetos persistentes en las páginas de edición (las páginas de solo lectura no son un problema con un LoadadableDetachableModel).Cómo deshacerse de LazyInitializationException con la integración de Wicket JPA/Hibernate (con Spring)
Estoy usando el filtro OSIV de la primavera para proporcionar una sesión abierta para la vista. Pero, como mantengo los objetos de dominio (las clases mapeadas @Entity) en las páginas de edición, obtengo el temido exceso de carga Lazy cuando accedo a propiedades de ellos en ajax callbacks.
Realmente no quiero ir por la carretera DTO/VO, ya que creo que solo inflaría el código y me obligaría a escribir muchos códigos de placa de caldera.
Una idea era utilizar los objetos de modelo en la vista, fusionar el objeto pasado en la sesión de hibernación actual y acceder a todos los getters para inicializar completamente el objeto. después de esto, el objeto se almacenará en la vista (sion) y se despegará. Al guardarlo, volvería a fusionarlo y confirmar el cambio.
¿Esta sería una manera recomendada? ¿Hay mejores soluciones? Por extraño que parezca, la mayoría de los libros/blogs/howtos ignoran por completo ese problema.
¿Qué gestión de transacción sugeriría? Ahora mismo uso @Transaction en la capa de servicio. ¿Cómo cambiaría eso si utilizo otras formas de acceder al almacenamiento de datos en las sesiones de hibernación?
Cualquier punteros/Enlaces son bienvenidos como estoy un poco perdido aquí ..
gracias de antemano
he editado el título de la pregunta de manera que refleje la verdadera pregunta – Bozho
gracias por el enlace. Empecé a cavar en la fuente/javadoc. se ve muy bien hasta ahora. incluso sabía sobre WicketRAD, pero de alguna manera se me escapó al pensar en este problema. – bert