Веб-интерфейс в стиле struts очень сильно отличается от традиционного клиент-серверного, причем не в лучшую сторону: с точки зрения разработчика -- дикая головная боль, куча форм, все очень заморочено...; с точки зрения пользователя -- опять же, череда форм, бесконечный "click and wait".

Но есть альтернативные решения, в которых простота традиционного подхода RAD (rapid application development) уживается со 100% J2EE. Пример: Unify NXJ, . Проверено на опыте: разработчики с дельфы и фокса пересаживаются на него и чувствуют себя как дома; слов JSP, MVC, JSF им даже и знать не приходится, достаточно минимального plain java. Посмотрите, там есть бесплатный полнофункциональный trial и наглядные демо-ролики.

Ссылка вдогонку: unify.ru

Скептику: аплетов нет, это точно. Мы щупали. На стороне клиента только HTML+js. Данные подкачивает динамически, как положено: с упреждающим чтением, но без закачки всей таблицы. Поэтому работает достаточно шустро. Но вот как оно "унутри" сделано -- фиг знает, по крайней мере наш веб-мастер сказать определенно не смог. Что-то пробормотал про "фоновую передачу данных". Это и ежу ясно, что клиент как-то взаимодействует с серверной компонентой, но как конкретно?

Алексею Повороту: дык это ж закон жанра, сам себя не похвалишь... :) Но ролики там всего на 5 метров, их и выкачать можно. А вот дистрибутив -- это да, 200 мег это оценка снизу :) Попросите, я слышал сидюки по России они рассылают.

Действительно, очень похоже на AJAX. И используется примерно для того же: "Master Details", "Sophisticated User Interface Controls". Только вся эта технология упрятана вглубь тулзы и работает как бы "сама".

Прикольно: сантехники пишут в июне 2005 "Frameworks and patterns for AJAX technology are likely to emerge" а в NXJ она уже несколько лет как реализована.

Гсспади, а нафига его переписывать, календарь этот несчастный? Когда можно взять готовый. JS компоненты с чисто презентационной логикой -- хочешь сам пиши, хочешь чужой готовый вставляй. С этим по-моему никаких проблем. Секс-то не в этих компонентах, а в тех, что с сервером взаимодействуют, данные туда-сюда качают.

Можно уточнить (интересно!): "такую фигню делал давно и не мение успешно" -- какую именно фигню, тоже AJAX-подобную или вы что-то другое имеете в виду?

Чтобы не растекаться, возьмем в качестве примера master-detail: перемещаемся по строкам родительской таблицы, при этом в отведенную область экрана выводятся динамически извлекаемые из базы записи дочерней таблицы, ссылающиеся на текущую.

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

Если вам удавалось подобное реализовать, то я снимаю шляпу. Ссылку не дадите, посмотреть как оно работает?

Есессно: не приходится ни формировать html-cтраницу, ни пересылать ее целиком, ни растризовать в браузере; вебсервер вообще не при делах. Работает так же быстро, как работал бы толстый клиент: послать sql-запрос, отработать его на сервере, прислать результирующие данные, выпихнуть в поля на экране.

Оно конечно. Тут ведь как: если есть реальная задача, сроки важны и рабочее время исполнителей чего-то стоит, то тогда деньги не такие большие. А если хочется поупражняться в новой технологии и заодно, если повезет, сделать что-нибудь полезное -- тогда явно дорого.

Все определяется JDBC-драйвером: что он умеет тем и можно пользоваться. Драйверы есть в комплекте поставки, но можете и альтернативный пользовать.

В NXJ еще есть очень мощная возможность под названием "Custom Data Source". Суть в двух словах в следующем: есть java-интерфейс, мимикрирующий под таблицу базы данных. Берете любой источник данных (унаследованную систему, цифровые датчики -- да что угодно), пишете на java методы для общения с ним, в результате получаете java-класс. Подсовываете его NXJ и он работает с Custom Data Source как с таблицой базы данных: сходу получаете грид и прочие радости. Если учесть, что на одной веб-странице вы с легкостью можете мешать разные источники данных, то можно, например, унаследованную систему представить как master-таблицу, а к ней приделать detail, который будет жить в mySQL.

Юра Григорьев, который здесь мелькал, так этим вдохновился, что они в своем проекте стали в CDS засовывать что ни попадя :) О подробностях лучше его самого расспрашивать.

Очень миленький зверсовхоз :) Но надеялся увидеть master-detail, не нашел. Может плохо искал? Подскажите.

И по тому же вопросу master-detail к знатокам JDeveloper (аспнет, ау!). Судя по описалову, те же Struts и JSF. Не понимаю как в нем может быть реализован master-detail. То есть в виде java application вопросов нет. Но средствами JSP? Тут нужно что-то похитрее, типа AJAX. Буду качать, ставить, разбираться, но как-то сомнительно. Может кто-то авторитетно прояснить ситуацию?

Понял, спасибо за пояснение.

Только вот я присоединяюсь к сказанному выше: Русспасите наши души от js

Ленивые мы с ним :) Обычное дело: с возрастом "много кода писать" хочется все меньше и меньше. Нам бы писать только на java и только бизнес-логику. А остальное (включая js) пусть как-нибудь само сгенерируется -- ровно это мы и получили с NXJ.

Все статьи перечитать не успел, но собираюсь :) Может поточнее дадите наводку, в виде одолжения?

Посмотрел flash-демку -- классический "click and wait" в стиле Struts: добавить запись -- новый экран, кнопка "Add", снова перезагрузка. Все вместе называется World Wide Wait :)

ADF -- это, насколько я понял, JSF с Оракловыми примочками. Или нет?

С позиционированием полностью солидарен. Действительно, если в команде есть профи в js, профи в ejb, профи в pl/sql то nxj нафиг не нужен ни в каком качестве. Зато там, где эти профи ушли или еще не подошли :) а сроки никто отменять не собирается -- там nxj это самое оно.

Правда тут есть еще один аспект: любовь к программированию. Кому-то нравится все руками "тщательно" прописывать, а кто-то предпочел бы вручную кодировать только самый минимум-миниморум: бизнес-логику. Причем с возрастом люди обычно перебираются из первого лагеря во второй.

Что действительно интригует -- это куда вывернет эволюция j2ee? Я еще помню время, когда тонким клиентом называли аплет. Сейчас аплет по факту отправлен на свалку истории и на знамене гордо реет struts или jsf. Не повторится ли история, не отменит ли ajax и схожие с ним технологии (nxj active web, всякие фокусы с динамической генерацией js) struts/jsf? Все же несмотря на то что сегодня это мейнстрим, мое личное мнение -- корявы интерфейсы в стиле struts! Классический клиент-серверный интерфейс остается эталоном юзабилити, а struts такой "своеобразный" не потому что так удобнее пользователю, а потому что это то что смогли сделать в тесных рамках html разработчики.

Уважаемый manshне что самопал разрабатывать шел бы в туже IBM или Oracle
Вы бы не могли яснее выражать свои мысли?
manshвозьми php да напиши тонкого клиента и скажи что плохое решение!
Да легко: вы забыли или не заметили, что на выходе nxj получаются 100% J2EE приложения. Преимущества этой платформы по сравнению с php объяснять надо?

Помилуйте, ну какой же struts стандарт! jsf -- да, стандарт. И аплет -- стандарт, и что толку?

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

А ваши вопросы -- они, простите, к кому относятся, ко мне лично? Вам есть дело чем я занимаюсь. Польщен, но в помощи не нуждаюсь :)

И последнее: Вы упоминули "нашу фирму" -- это Вы Unify имели в виду или так, вообще рассуждали?