Начнем с того нам была поставлена задача сделать приклад аля стандалон (нормальной постановки не было, надо, хотите в лоб хотите как), для RIA взяли vaadin , для БД хибер. Во время разработки постоянно, что-то куда-то подтыкалось и получился просто…. В БД полная помойка, но переделать ее нельзя. Получилось так, что хибер таскает кучу шлака(хотя если переносе на мб не суть), приклад тормозит просто пипец. Параллельно реши переходить на запросы и обмениваться с БД только необходимым. хибер в этом плане не помеха, но и не нужен, поменяли на mybatis получили прирост, но все равно бывает медленно. Стало быть затык в СПД и рабочих станциях. Приклад хоть и корпоративный, но филиалы\офисы разбросаны разбросаны.
Что посоветуете для уменьшения трафика(ява скрипта ведь ползет не кисло) и уменьшения нагрузки на клиенте(в тот же скрипт крутиться)? нужен AJAX и богатый гуи (максимально похожий на сложившийся). Хреначить это ручками не вариант т.к. долго очень и хлопотно(денег нам не дадут, а вот если не исправим побьют ) стоит ли посмотреть на primefaces или теже яйца? Или GWT? GWT + к.н. расширения? Какие фреймворки посоветуете для постоения RIA с не высокими требованиями к СПД, клиенту, и порогу вхождения для разработки

Спасибо

Blazkowicz Хибер не таскает никакого шлака. Нужно просто спланировать как вы его хотите использовать. Разобраться с lazy.

на скока я его понимаю, отображаем объекты на таблицы. а ну нас например случай: 2 таблицы по 40 столбцов а надо 16.нормализация -> 0. lazy по столбцам не видел. возможно надо переделать отображение, но гемороя больше, чем пользы.
Таблицы в ГУИ есть?

оснавная часть. получаем инфу в табличном виде, правим.иногда просто отчеты перегоняемые в excell/печать.
вот демку ваадим откройте - тормозит?

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

Blazkowiczsilvanна скока я его понимаю, отображаем объекты на таблицы. а ну нас например случай: 2 таблицы по 40 столбцов а надо 16.нормализация -> 0. lazy по столбцам не видел. возможно надо переделать отображение, но гемороя больше, чем пользы.

Ширина таблицы на скорость выполнения запроса не влияет.
Для минимизации данных в работе с удаленным клиентом существует типовой подход, который называется DTO.
я и не говорил, что запросы тупят.в ДТО мы и перегоняем. вот только из базы на сервак летит вся таблица, что по объему больше в 8 раз.

IDVsbruckБоюсь, что побъют, но ... "как стандалон" может быть флекс-приложение. Скорость написания - во многие-многие разы быстрее, чем html-base, трафик обмена - примерно в 3 раза меньше (по тестам Варда - одного из топ-разрабов - на его сайте тесты), чем json, при почти полной сериализации. Позволяет работать с БД без ДАО-слоя на сервере. Библиотека контролов - огромная, модификация и создание новых - ерундовое. Есть даже кастимизирующие библиотеки, которые придают приложению вид "стандалона". Объем весьма крупного приложения (swf) сопоставим объему загрузки нескольких веб-страниц (сделанный АРМ на флексе в одном файле "весит" 980-1040 КБ, титулка веб-сайта того же заказчика - 880 КБ).

боюсь я флекса, всякое про него говорят, проверять опытным путем что-то не хотца. да и клиенту флеш ставить надо, это целая проблема(бюрократия\вопрос кто это делать буит).смеяться не надо.

Petro123, различно от офиса к офису, из текущего в среднем около 650 кбайт\с.

Petro123silvanвот только из базы на сервак летит вся таблица,
таблица сущность - Договор. В БД миллион договоров.
- почему она у вас ВСЯ куда-то летит?
по ТЗ: выдать клиенту все договора

Blazkowicz"вся таблица" или "вся запись"? Это важно.

Клиенту DTO c опреденными данными по всей таблице, а на сервак все записи вся таблица. ключевых полей в таблице более половины
[quot]
База и сервак разве разнесены физически?
[.quot]

И между ними в добавок узкий канал?
не берусь судить


Нахера клиенту такой поток данных? Это видео можно смотреть в FullHD с такой нагрузкой на клиента.

как жадный обладатель домашних 2мбт говорю: можно но вам не понравится)))

BlazkowiczsilvanPetro123, различно от офиса к офису, из текущего в среднем около 650 кбайт\с.
Это ширина канала, или нагрузка, которую вы создаёте? gzip пробовали на сервере настроить? Будет CPU немного больше жрать. Но если у вас узкое место в трафике, то имеет смысл.
это данные с "трафикомера".
gzip не пробывал. имеется в виду gzip клиент-сервер? сервер-бд можно ли как?

sorry
База и сервак разве разнесены физически?
-да
И между ними в добавок узкий канал?

сервак \ база \ мы \ клиентура

мы \ мы \ гуд\ нот гуд
мы \ там \ нотгуд\ бэд
там\ там \ бэд\ вери бэд

Petro123silvanдомашних 2мбт
у меня тоже 2. Был один. )))
жадина)


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

Blazkowicz
Тоже самое по-русски можно?
ещё несколько сообщений назад основной трабл был в ширене запросов между сервером и базой

приатачил файлик
А гигабитный канал от базы до сервера провести нельзя?

не можем каналы расширять.подобные наши рекомендации заворачиваются

Petro123, пагинацию сделали, приходится ждать пока табличка сформируется потом работаем.
запра шиваем иную таблицу снова ждем..

Petro123silvanприходится ждать пока табличка сформируется потом работаем.
расшифруй.
Тут на форуме - не ждёшь как на работе?
в прикладе жмем кнопку для формирования таблички.долго смотрим на колесо ожидания.после того как табличка сформировалась можно по страничкам листать без задержек.
на форуме не жду.каналы разные.

Йуный джавистЪУ вас проблема не в хибернейте и ваадине, а в управлении проектами.
Отсутствие квалифицированных разработчиков, использование большого числа сложных технологий, нереальные требования пользователей.
Спасибо, кэп.

Petro123silvanна форуме не жду.каналы разные.
не верю (с)
а в большинстве своем так и есть. только в одном офисе внтутренняя сеть идет поверх инета, приходится vipnet переключать.

Petro123, куда я трейс пошлю?
не верете, не надо.но то что одно ползет по кабелю а другое по воздуху факт.

Leonidv,как вы предлагаете проводить анализ?