Estoy mejorando una vieja aplicación Spring/Hibernate y estoy atascado. Tengo un método que lee un archivo de más de 3000 líneas, cada línea tiene un registro que debe compararse con algo de la base de datos y luego debe agregarse un registro a la base de datos (una tabla de muchos a muchos).Hibernate se cuelga o arroja la inicialización perezosa sin sesión o se cerró la sesión
Las tablas y las relaciones son
Branch tienen muchas Producto, Producto se encuentran en muchas ramas .
productos tener muchos productos, y una Categoría tiene muchos productos
y hay más mesas que estaban allí y trabajan bien.
Los nuevos tablas/objetos que he creado son Branch, Producto, BranchToProduct.
los productos tienen un conjunto de BranchToProduct objetos, que tienen 3 campos
tengo que añadir objetos BranchToProduct al conjunto de productos, con los 3 campos llenos de información que recibo de cada línea del archivo.
I añadir una línea simple y la aplicación tiros:
producto = productDAO.findByModel (stringModel);
no se puede inicializar con pereza una colección de papel: com.bamboo.catW3.domain.Product.products, ninguna sesión o sesión se cerró
si voy a hibernar mapeo (archivo HBM) y establecer la relación product_to_products lazy = false, la línea funciona bien sola, pero si intento ponerla en el ciclo del archivo, la aplicación se cuelga siempre en la línea 18 procesada, no importa qué archivo use o el orden de el contenido, la consola deja de funcionar, tiene que cerrar java matando el proceso.
De cualquier manera, en la depuración, obtengo una gran cantidad de HQL para un hallazgo simple, 13 líneas de HQL hasta que obtengo mi error cuando lazy = true, y MUCHAS líneas cuando uso lazy = false y lo pongo el ciclo.
Creo que debería intentar solucionar el problema con lazy = true.
Esta situación me hace pregunto:
1.- Cuando perezoso = true. ¿Cómo es que no puedo ejecutar una sola línea de este comando con este método, pero funciona bien con otros métodos de la clase?
por cierto, esto es una clase llamada CatalogFacade que implementa los métodos de otro clasess: (CategoryFacade, ContainerFacade, ProductFacade, ProductOptionFacade, ProductStatusFacade, UserFacade, EmailFacade, FileFacade, BranchOfficeFacade)
Este es el código para el
productDao.find():
public Product find(Integer id) throws DataAccessException {
Product product= (Product) super.find(Product.class, id);
if(product!=null){
product.setProductAttributes(new TreeSet<ProductAttribute>(product.getProductAttributes()));
for (Product ptp : product.getProducts()){
ptp.setProductAttributes(new TreeSet<ProductAttribute>(ptp.getProductAttributes()));
}
}
la excepción se ha tirado a la derecha en esta línea, en el último para:
pptp.setProductAttributes(new TreeSet<ProductAttribute>(ptp.getProductAttributes()))
en depurador de Intelij, puedo ver el objeto formado indebidamente de la consulta:
product.getProducts() = {[email protected]}unable para evaluar el método de expresión arrojó org.hibernate' Excepción .LazyInitializationException '.
Como todos los demás atributos están bien. Este producto ni siquiera tiene otros productos en la base de datos.
ACTUALIZACIÓN
PROFUNDIZAR sobre la situación, dentro de la
product.find (int)
En la línea antes de que consiga la excepción, podemos ver en la depuración de que la matriz product.products tiene un error, en lugar del valor, puede ver la excepción lazyInitialitationException. Como sea, si lo llamo desde otro método, la matriz es find. Entonces no puede estar dentro de él AUN aunque el método solo recibe un Entero.
Además, encontramos que esto ha sucedido a lo largo de todo el ciclo de vida de la aplicación, algunas veces el personal ha replicado un método como este pero lo ha cambiado estableciendo nula esta matriz corrupta. Así que estoy 100% seguro de que esta aplicación está consumiendo más recursos de lo que debería.
Tiene vistas en Flex, y vistas posteriores en JSTL donde se crearon, y dependiendo de quién llame a los métodos, las excepciones se lanzan de diferentes maneras para los mismos métodos.
Agregando más información. Esta es la forma en produt.find se implementa en el AbstractDAOImpl:
public final Object find(Class clazz, Integer id) throws DataAccessException{
return getHibernateTemplate().get(clazz,id);
}
y esta es mi configuración del gestor de transacciones, el método de anotación se describe en la primera respuesta de impulso que no funcionó:
<bean id="catalogFacade" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager"> <ref local="transactionManager"/> </property> <property name="target"> <ref local="catalogFacadeTarget"/> </property> <property name="transactionAttributes"> <props> <prop key="add*">PROPAGATION_REQUIRED</prop> <prop key="save*">PROPAGATION_REQUIRED</prop> <prop key="update*">PROPAGATION_REQUIRED</prop> <prop key="delete*">PROPAGATION_REQUIRED</prop> <prop key="remove*">PROPAGATION_REQUIRED</prop> <prop key="get*">PROPAGATION_SUPPORTS,readOnly</prop> <prop key="find*">PROPAGATION_SUPPORTS,readOnly</prop> <prop key="contains*">PROPAGATION_SUPPORTS,readOnly</prop> <prop key="login*">PROPAGATION_SUPPORTS,readOnly</prop> </props> </property> </bean>
En realidad, así es como el programa ya lo está haciendo, vea el código de actualización – Ernest