Здравствуйте!
Помогите, пожалуйста, определиться с проблемой и её решением.
Есть веб-аппликейшен на ваадин.
Есть в нем таблица, которая принимает данные в виде List<T>
Данные я получаю примерно так:

Используя для таблицы контейнер, а именно IndexedContainer, который предоставляет Vaadin, я подгружаю весь список в память, как я понимаю, клиента. То есть ленивая подгрузка как бы и не присутствует. Я ведь прав? Или не совсем.
Попробовал использовать BeanItemContainer, сразу же получил ошибку от хибернейта:


Что, как я понимаю логично, ведь у меня em.close();
Убрал я в блоке файналли этот close, и все данные отобразились без ошибки.

Прочитал, что IndexedContainer и BeanItemContainer, эти контейнеры как описано: An in-memory container for JavaBeans.
То есть не держат сессию открытой, а подгружают в память, как я понял, если правильно понял.

У Vaadin есть аддон, называется Lazy Query Container, как я понял, он поддерживает ленивую подгрузку, почитал его описание, но пока его особенности не совсем понял. Еще краем глаза читал про эклипсЛинк, но не стал вникать.
В общем не совсем понимаю, саму суть этих всех контейнеров, в частности в связке их с хибернейтом и моим способом получения листа данных, которые я контейнеру передаю, может кто-то вкратце описать общий принцип, как и что лучше использовать.

HettВ DinamicProduct связи есть?

Да есть и они все с явным указанием Lazy, хоть по-умолчанию оно, вроде как, Lazy.

Hett


Про это тоже читал, но пока не стал вставлять в свой persistence.xml, так как толком не вник в этот проперти

HettВ DinamicProduct связи есть?



хоть и в коде получения листа данных я использовал "ненормализованное" с точки зрения БД поле offerId, но это не так уж и важно в контексте этой темы.

UsmanNixicу меня em .close();этот "зверь" должен быть изолирован от UI (:
Вот тут я немного не понял :)
У меня он в методе, которые в отдельном классе, вроде как изолирован от UI :)
или речь о каком-то другом уровне изоляции?

UsmanNixicУ меня он в методе, которые в отдельном классе, вроде как изолирован от UI :)Перечитал первый пост... и понял, что мне не хватило совсем немного телепатических навыков... (:
вобщем, все еще учусь ©
У меня не используется спринг в этом проекте.
Суть вопроса была в описании вкратце работы контейнеров, в частности их работы в режиме Lazy при использовании хибернейт.
С учетом существующего способа выгребания данных из БД, который, возможно стоит как-то изменить.
Все это для того, чтобы отобразить в таблице ваадина 1000+ строк данных, так, чтобы не засорять память клиента и не вызывать при этом тормозов при прокрутке.
Ну и в описании первого поста есть описания моих подвижек в этом направлении, которые, скорее всего, неправильны в силу отсутствия понимая принципов работы с контейнерами, ленивой подгрузкой данных и сессий хибернейта.

UsmanIMHO, как по мне, появление вертикального скролла в таблице - плохо.
Конечно, можно задать кол-во строк на страницу. Обычно к пагинации,
в добавок, припиливается функционал поиска/фильтра - пользователь
захотел найти/отфильтровать кое-какие данные, при этом отпадает
необходимость листать стопицот страниц в поисках чего-то нужного.
Да, абсолютно согласен, но пользователям этим нужная вся портянка, они привыкли к экселю, где 255000 или сколько у него там строк вниз по умолчанию и хотят, чтобы было так же и здесь. Пагинацию я могу добавить и скорее всего попытаюсь позже, но уже используя компонент Vaadin'a Grid, вот только его немного допилят (вроде как скоро уже).
Фильтрацию, конечно же, тоже использую, в данном случае так называемый поиск по названию и по группе товара.

Суть бизнеса для которого я это пишу - продажи. У них бывают большие, с точки зрения времени работы над ними сотрудниками, заявки в 1000-2000 строк товара. Это процентов 10 примерно из всех. Но их тоже нужно отрабатывать. В этом случае пагиннация, особенно если сделать строк по 30 на "страницу" будет не совсем уместна.

Просто я вижу в примерах где используется 1 000 000 строк в таблице, при этом можно соскролиться ближе к концу и отредактировать (вот здесь не уверен, примера не видел) данные в строке. А у меня лажа какая-то уже при 500+ строк с этими лейзи не лейзи :))

Ах да и самая большая "проблема" почему здесь может быть неуместна паггинация - позиции могут повторяться, причем несколько раз во всем списке из 1000 позиций, одни могут быть в начале, другие в конце. И не просто повторяться, а называться по разному, начинаться с разных слов/букв, но по сути это один и тот же товар. Даже отсортировав по имени можно что-то упустить.
Вот поэтому они и бьются за то, чтобы все было на одной странице в таблице. Как в Экселе) Хотя все это дело привычки и внимательности сотрудников.
В общем с лейзи надо все равно что-то делать :)

mad_nazgulNixicАх да и самая большая "проблема" почему здесь может быть неуместна паггинация - позиции могут повторяться, причем несколько раз во всем списке из 1000 позиций, одни могут быть в начале, другие в конце. И не просто повторяться, а называться по разному, начинаться с разных слов/букв, но по сути это один и тот же товар. Даже отсортировав по имени можно что-то упустить.
Вот поэтому они и бьются за то, чтобы все было на одной странице в таблице. Как в Экселе) Хотя все это дело привычки и внимательности сотрудников.
В общем с лейзи надо все равно что-то делать :)

Разницы, в том что человек видит 10 строк и > 10 строк практически никакой.
А Ексель удобен для "сверки" тем что там удобный механизм фильтрации данных.
Дайте гриду с удобной фильтрацией и не нужна будет портянка данных.
На крайний случаей есть стильно-модно-молодежный способ "бесконечного скролинга".
Когда данные отдаются как при пагинации, но просто добавляются вконец.
А передавать туда-сюда портянки данных из 10 000 строк, как-то не правильно.
))))
уффф)) да дам я гриду все фильтры, дам :)
Вопрос-то не в этом совсем. И даже не в том, что надо видеть 250тыс строк сразу на клиенте, кстати это был пример как работают со строками в экселе, что юзерам надо так же чтоб было быстро и чтоб много-много строчек и чтоб еще осталось, ограничимся парой тысяч строк.
Дак вот чтобы они все отображались по мере необходимости, то есть была ленивая подгрузка, что вниз мы крутим, что вверх крутим, все одно и не тормозит. Пагинация не рассматривается, так как она заставляет юзера щелкать мышой лишний раз прицельно, вместо плавного кручения колеса мыши. Вопрос был про контейнеры и их свойства, про их применяемость в том или ином случае, про их особенности в кратце.
А то блин началось, 250000 строк отдаем на клиента и получаем нобелевку )))

Petro123Nixic,
скоро на вторую страницу пойдём.
1. Дай ссылку на таблицу ваадин с ленивой подгрузкой. Помнится они обещали такую сделать пару лет назад.
Сделали?
Если нет, то что ты тут обсуждаешь?
Ага! Ну вот уже, что-то. То есть получается, у компонента Table вообще не может быть ленивой подгрузки?
Пока это писал, решил глянуть, нарыл, что лейзиЛоадинг у Table идет на уровне контейнера. Я точно не уверен что правильно сейчас скажу, но получается, что все зависит от контейнера, в данном случае.
А если брать Grid, то там это уже на уровне компонента реализовано, так получается?
Я вот саму суть работы с контейнерами не понял, именно в отношении ленивой подгрузки. Вот и подумал, что, кто-нибудь вкратце ткнет носом куда надо))
Пока буду рыть спеки и оф.документацию по всем этим делам, может что прояснится в итоге.

Petro123И не сравнивай веб проект с Excell десктоп.
А если надо? :)
Кстати, я не видел как работа с таблицами сделана в 1С, у них же тоже есть веб-поддержка интерфейса какая-то, у них-то явно большие объемы данных и в теории веб должен бы соответствовать десктопной версии ПО.