Вешаю на все свойства доменного объекта аннотации:
для простого свойства

или
для связанного объекта

но в логах видно, что Hibernate тащит объект полностью + еще связанные объекты.
Вопросы: Почему он ПОЛНОСТЬЮ забил на эти хинты? Есть ли другой способ добавить "ленивости" доменным объектам?

Это сообщение отредактировал(а) serious - 11.1.2007, 19:58

Аннотациями никогда не пользовался. В маппингах xml, все работает как часы, только для того, чтобы работало надо задать свойство lazy="true". Как это в аннотациях не знаю.

А в чем принципиальная разница? У меня такое ощущение, что кто-то мешает Хибернейту использовать ленивость для этих объектов...

Если поле хранится большой объем данных (большой блок текста или бинарные данные), то можно попробовать соптимизировать ӕто, добавив аннотацию @Lob. В сосвокупности с lazy-загрузкой (@Basic(optional = true, fetch = FetchType.LAZY)), Hibernate должен тащить ӕто поле только по требованию. Можно поюзать еще и такой прием: объекты имеют свойство раздуваться, поӕтому если есть Rich-класс, то можно попробовать разбить его на несколько, в нужных местах включив "ленивую" загрузку, т.е. выполнить декомпозицию. Если используются коллекции, то имеет смысл также поюзать аннотацию @LazyCollection(value=LazyCollectionOption.EXTRA), причем также в совокупностью с аннотацией вида @OneToMany(fetch = FetchType.LAZY, mappedBy = "some_class").

Кто что думает по ӕтому поводу? 

Добавлено через 2 минуты и 56 секунд
По поводу мӕппингов через xml... Не знаю, по-моему ӕтим уже никто не пользуется, все перешли на аннотации. Или я ошибаюсь 

Ошибаешся.

serious
На аннтотации как минимум не перешли те, кто работает на java младше 5. А таких ооочень много, особенно в консервативных отраслях типа банковской.. 

Почему консервативные?  Просто многие большие системы очень долго дорого переводить.
Я вот тоже на треингах вещаю о прелестях 3.0 еджиби, наслаждаюсь красотой и изяществом аннотаций и показываю как, на самом деле, всё легко и просто, а потом возвращаюсь из митинг-рума... а тут опять 2.1   
Но перевод займёт очень много времени и добавит сотни больших и маленьких багов. И я первый буду против   

chief39

Сказал консервативные в лучшем смысле этого слова    
По моим наблюдениям дело не только в том что долго и даже не в том что дорого, а в том что бизнес уже заплатил за эту функциональность и получил её. А насколько это изящно реализовано никого особо не беспокоит, особенно если система протестирована и не требует серьезного саппорта. И даже низкую производительность будут терпеть до самого последнего лишь бы не трогать то что уже работает, а главное не платить дважды за одно и то же.

На сколько я чего-то понял, для ленивых загрузок необходима открытая сессия. Можно ли это как-то обойти, если загрузка объектов делается следующим образом:

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

насколько я понимаю ты возвращаешь обьект из сессии.. я делал всегда иначе => если getUniqueValue возврашает коллекцию типа ArrayList, я делал следующее:



возможно я могу ошибаться, тогда поправьте меня и я свой код тоже подправлю   

Похоже, я привёл не совсем правильный пример. List в моём случае - поле у объектов, выбраных из базы. Его и надо инициализировать лишь при обращении к нему из приложения.

Ты сразу же после выборки из базы инициализируешь коллекцию, т.е. "ленивость" не используется как факт.

Это сообщение отредактировал(а) ShamanTrirukiy - 19.4.2007, 12:05

serious, я не уверен, но мне кажется, что это не директива, а подсказка контейнеру. И он сам принимает решение тянуть/не тянуть всё сразу.