Добрый день!

Обычный запрос в JBoss 6.1 через Query по тексту
"select t from DcDataDoc t where ..."
Потом делаю qu.getResultList()
В результате иногда (закономерности не понял, но всегда при одном и том
же наборе параметров) вместо одного из элементов возвращается прокси с
именем класса _$$_javassisи в содержании- почти все поля пустые, кроме
(не моего) поля handler типа
org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer у которого в
поле target лежит правильный объект.

Вопрос- почему? Куда смотреть? Как бороться?

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, забыл ник!

> Ну я давно не работал с хибернейт, но раньше часто сталкивался.
> Хибернейт часто считает себя умным, и пытается делать все lazy. У вас
> сущность кстати не имеет иерархии наследования?

Имеет.
Есть A, от него наследуется B, который я и запрашиваю.
Дальше дерево кучерявое и один из типов как раз и даёт LAZY только в
этом запросе.

> А запрос случаем не
> включает только where id = ...

Включает id != ... :)
И кучу других условий, включая неявный join - link.anotherLink = ...

> Пути решения три - или вызывать метод на каждом прокси, чтобы все
> подгрузилось, либо вызывать Hibernate.initialize(), либо в запросе прямо
> указать FetchMode.Eager.

Первые два понятны (и второй пожалуй лучше), а вот третий не понятно,
как его добавить в поиск не по критериям, а по запросу.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, Vladmir K!

>> а вот третий не понятно,
>> как его добавить в поиск не по критериям, а по запросу.
> можно прям JPQL прописать, примерно
> Select e1 from MyEntity1 e1 left join fetch e1.myEntity2

Это я знаю.
Фишка в том, что мне вместо MyEntity1 приходит прокси.
Т.е. в запросе join'ов вообще нет.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5