Инициализация ленивой коллекции в другой сесии

 
 
 
Сообщения:2361
Не смотря на то что я инициализировал коллекцию всё равно получаю Exception, потому что проект загружен в одной сессии а цели в другой. Но мне категорически необходимо подгружать иерархию постепенно в разных сессиях потому что объекты живут очень долго, иерархия большая и глубокая, всю сразу ее тащить нельзя.
@Test
	public void testLazyReadGoalsFromProjects() {
		Session session = sessionFactory.openSession();
		List<Project> projectList = null;
		try {
			String hql = "FROM Project";
			Query query = session.createQuery(hql);
			projectList = query.list();
		} finally {
			session.close();
		}
		session = sessionFactory.openSession();
		try { 
			for (Project project: projectList) {
				Hibernate.initialize(project.getProjectGoals());
			}
		} finally {
			session.close();
		}			
		for (Project project: projectList) {
			List<ProjectGoal> goals = project.getProjectGoals();
			System.out.println(goals.size());
		}
	}

Этот тест падает с ошибкой на строке System.out.println(goals.size());, из-за того что проект и его цели были загружены в разных сессиях.
org.hibernate.HibernateException: collection is not associated with any session
	at org.hibernate.collection.AbstractPersistentCollection.forceInitialization(AbstractPersistentCollection.java:474)
	at org.hibernate.Hibernate.initialize(Hibernate.java:431)
	at integration.APMHibernateMappingTest.testLazyReadGoalsFromProjects(APMHibernateMappingTest.java:173)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
	at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
	at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:82)
	at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:240)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
	at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:180)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)


Если я использую Hibernate.initialize в той же сессии в которой и получал список проектов то проблему это конечно решит, но тогда не будет ленивой загрузки.
 
 
Сообщения:9476
Тебе нужно attach'ить объект к сессии, затем подгружать ленивые поля.
 
 
Сообщения:2361
Можно чуть-чуть подробнее, до меня не дошло, я hibernate недавно только начал ковырять.
 
 
Сообщения:9476
Когда ты закрываешь сессию, твой объект отрывается от сессии (detached state), чтоб снова он мог работать с сессией, его нужно наново прикрепить, это можно сделать, например, сохранив объект. Думаю, тебе нужен merge: http://ajava.org/online/hibernate3api/org/hibernate/Session.html#merge(java.lang.Object)
 
 
Сообщения:2361
Переписал. Выложу на всякий случай код. Спасибо Старовер. от смерти спас :-)
@Test
	public void testLazyReadGoalsFromProjects() {
		Session session = sessionFactory.openSession();
		List<Project> projectList = null;
		try {
			String hql = "FROM Project";
			Query query = session.createQuery(hql);
			projectList = query.list();
		} finally {
			session.close();
		}
		session = sessionFactory.openSession();
		try {
			int size = projectList.size();
			for (int i = 0; i< size; i++) {
				Project project = projectList.get(i); 
				project = (Project) session.merge(project);
				projectList.set(i, project);
				Hibernate.initialize(project.getProjectGoals());
			}
		} finally {
			session.close();
		}
		for (Project project: projectList) {
			List<ProjectGoal> goals = project.getProjectGoals();
			System.out.println(goals.size());
		}
	}
 
 
Сообщения:178
Как мне кажется, проблема такого подхода, что хибернейт после каждого merge лезит в базу. А на это тратится время... Вот как бы решить эту проблему и при этом, чтобы хибер только один раз лез в базу за конкретным объектом)) Тут я вижу решение только кеши еще использовать... Но все объекты наверно не особо хорошо кешировать...
У кого какие мысли на этот счет есть?)
 
Модераторы:Нет
Сейчас эту тему просматривают:Нет