Closed kwoot closed 6 years ago
Bugzilla Comment ID: 3223 Date: 2011-10-13 17:44:28 From: Javier Morán \<jmoran@igalia.com>
With the attached dump if you do the following steps you get the exception [1]:
[1]Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.navalplanner.business.common.AdHocTransactionService$2.execute(AdHocTransactionService.java:101)
at org.navalplanner.business.common.AdHocTransactionService.runOnReadOnlyTransaction(AdHocTransactionService.java:117)
at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:106)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy30.runOnReadOnlyTransaction(Unknown Source)
at org.navalplanner.business.common.AdHocTransactionService$1.invoke(AdHocTransactionService.java:81)
at $Proxy156.reloadChart(Unknown Source)
at org.zkoss.ganttz.adapters.PlannerConfiguration.reloadCharts(PlannerConfiguration.java:404)
at org.zkoss.ganttz.FunctionalityExposedForExtensions.reloadCharts(FunctionalityExposedForExtensions.java:467)
at org.zkoss.ganttz.extensions.ContextRelativeToOtherComponent.reloadCharts(ContextRelativeToOtherComponent.java:113)
at org.zkoss.ganttz.extensions.ContextWithPlannerTask.reloadCharts(ContextWithPlannerTask.java:115)
at org.navalplanner.web.planner.taskedition.EditTaskController.askForReloads(EditTaskController.java:313)
at org.navalplanner.web.planner.taskedition.EditTaskController.accept(EditTaskController.java:284)
at sun.reflect.GeneratedMethodAccessor486.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at bsh.Reflect.invokeMethod(Unknown Source)
at bsh.Reflect.invokeObjectMethod(Unknown Source)
at bsh.Name.invokeMethod(Unknown Source)
at bsh.BSHMethodInvocation.eval(Unknown Source)
at bsh.BSHPrimaryExpression.eval(Unknown Source)
at bsh.BSHPrimaryExpression.eval(Unknown Source)
at bsh.Interpreter.eval(Unknown Source)
at bsh.Interpreter.eval(Unknown Source)
at org.zkoss.zk.scripting.bsh.BSHInterpreter.exec(BSHInterpreter.java:134)
... 6 more
Caused by: org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: org.navalplanner.business.calendars.entities.CalendarData.capacityPerDay, no session or session was closed
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350)
at org.hibernate.collection.AbstractPersistentCollection.readElementByIndex(AbstractPersistentCollection.java:151)
at org.hibernate.collection.PersistentMap.get(PersistentMap.java:146)
at org.navalplanner.business.calendars.entities.CalendarData.getCapacityOn(CalendarData.java:153)
at org.navalplanner.business.calendars.entities.BaseCalendar.getCapacityConsideringCalendarDatasOn(BaseCalendar.java:336)
at sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.invoke(CGLIBLazyInitializer.java:157)
at org.navalplanner.business.calendars.entities.BaseCalendar$$EnhancerByCGLIB$$f66870e5.getCapacityConsideringCalendarDatasOn(
Bugzilla Comment ID: 3224 Date: 2011-10-13 17:44:59 From: Javier Morán \<jmoran@igalia.com>
Attached file: dump_dev.sql File description: database dump
Bugzilla Comment ID: 3249 Date: 2011-10-20 12:08:48 From: Manuel Rego Casasnovas \<rego@igalia.com>
commit b87ea09c0f3c11fad6550424ac7c1271eb5b2f93 Author: Manuel Rego Casasnovas rego@igalia.com Date: Thu Oct 20 13:55:21 2011 +0200
[Bug #1214] Fix issue changing Hibernate mapping for map inside CalendarData
Now capacityPerDay map is not lazy and it's loaded with the
CalendarData. This fixes the problem when the load chart was printed.
FEA: ItEr75S04BugFixing
(Original Bugzilla Bug ID: 1214)
Date: 2011-10-13 17:44:28 From: Javier Morán \<jmoran@igalia.com> To: Manuel Rego Casasnovas \<rego@igalia.com> Version: libreplan-1.2 (1.2.x) Last updated: 2011-10-20 12:08:48
(Note: this issue was migrated automatically with bugzilla2github.py tool )