Есессно: не приходится ни формировать 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 разработчики.