Пагинация таблицы работает в контексте всей страницы, ибо в ещё недрах присутствуют переменные хранящие текущую страницу, количество записей на странице и прочую хрень типа кода обработки некст прев и тп. В контексте региона, выдранного с другой страницы это все добро с ходу не работает и нужно допиливать руками. Может уже в последних релизах апекса что то и сделали. Начинал работать с ним ещё с 3 версии. Сейчас 4.2 вроде бы. Уже не слежу.
Но на текущий момент я свой выбор сделал. Это extjs и java web сервер заточенный именно под задачу обмена json данными с oracle и написанный буквально за неделю(когда писал свой прошлый пост, ещё такого плана и в мыслях не было :) ). Вполне вероятно, что апексу помашем ручкой на прощанье в ближайшее время. Пока же jmeter показывает неплохие результаты работы нового вебсервера. При 100 запросах, требующих формирования выборки в оракле (таблица около 10000 записей. Отобранное количество примерно 400. Возвращает в интерфейс страницу в 50) в 10 секунд (10 веб запросов в секунду) показывает время отдачи данных на веб запрос от 300мс до 2 секунд.

kuz9000Блин, а мы жуем этот кактус и нормально получается делать высоконагруженные приложения :) Тормозов апекса не ловили - если что-то тормозит, это выборки данных, которые всегда можно ускорить различными методами.

Вот что реально боль и страдание - это запуск одной страницы (один page_id) сразу в нескольких вкладках. Да и ajax-ом грустно не иметь возможности стандартно передавать регионы.

Если отходить от "визиточных сайтов", то приходится познавать все прелести HTML + CSS + JS и логики сервера на PLSQL. Есть вещи, которые перенастроить в апексе нельзя - например, обычный отчет в любом шаблоне апекс генерирует с ошибками в html! достаточно сделать группировку в отчете - и пожалуйста, несколько элементов на странице с одинаковым id! Очень злит постоянное решение этих ребусов!

То то и оно. А если уж познавать прелести, то почему бы не облегчить себе жизнь использованием хотя бы того же extjs. Пишу на нем как на обычном ООП языке, как на java, а получаю html, хотя его в коде нет ни строчки. И с css то же самое. И получается интерфейс отдельно. Данные отдельно. Поменять потом если нужно будет интерфейс, например расположение, или дополнить функциональность можно даже не залезая в апекс.

И да, используя extjs открыть несколько окон или вкладок одного интерфейса с разными данными вообще не проблема. Никакие page_id и прочие itemы на это не влияют...

А между тем я уже отказался от APEX для Ext JS совсем.

Для обработки json обмена с Oracle реализовал небольшой WEB-сервер, написанный на Java (jar файл 35 кБ :) ).

Супер наворотов у него нет. Делает только самые необходимые действия.
1. Отдает статику. Естественно есть поддержка кэширования статики. Проверка даты изменения статичного файла по хедерам.
2. Транслирует GET, POST параметры полей в json (или берет уже готовый при отправке jsonData в ajax request-ах) и передает в оракловую процедуру через CLOB переменную, где она уже парсится с использованием PL/JSON. Возврат результата так же в json через CLOB переменную. Результат из CLOB отдается в браузер.
3. Вот только вчера добавил поддержку загрузки бинарных данных для скачивания файла, содержимое которого на самом деле генерится опять же процедурами но с использоваинем для обмена м/у Оракл и веб сервером BLOBов.
4. Есть поддержка GZIP. Для статик файлов - файл шифруется в gz формат (7-zip ом, например). и размещается в каталоге статика. Веб сервер на запрос, например, mycode.js сначала в статике проверяет наличие файла mycode.js.gz и если находит, то отдает его.
В итоге тот же ext-all.js из 4 мБ превращается в 300 кБ.
5. Соединение с Oracle через JDBC. Используется пул соединений ( http://commons.apache.org/proper/commons-dbcp/ )
6. Фиксирует сессии при аутентификации. Выполняется путем запуска в оракле процедуры аутентификации, которая возвращает true или false ну и данные сессии в json.
7. Реализовал поддержку TLS, но работу не проверял. Возможности не было...

Работает на OC Windows и Linux (у нас крутится на CentOS, на других не пробовали).

Кому интересно, можете связаться со мной по координатам, указанным вот тут

NoGotНе в обиду конечно будет сказано, но то что вы тут пишете, очень похоже на сравнение самодельного велосипеда (а точнее самоката), который прекрасно решает только нужные вам задачи (сгонять в ларек за пивом), с серийным автомобилем, который быстро и комфортно решает задачи бизнеса. Все эти фразы, типа "я за полчаса написал такое, что ораклу и не снилось" выглядят мягко говоря смешно. APEX решает свои задачи, а ваш велосипед - свои. Масштабы к сожалению несравнимы.

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

И уж тем более решение небольшой задачи никак не требует её решения на Апексе. Хотя...

Если быть более точным - у нас есть среда разработки на серверной стороне - это PL/SQL и есть люди, которые по каким то соображениям хотят использовать именно ExtJS. А это среда разработки клиентской стороны. Примение здесь Апекса совсем ни к чему. Так что скорее это прикручивание ExtJS к Apex больше похоже на создание велосипеда из... другого велосипеда. Для мегапроектов я бы стал использовать уж точно ни своё решение, ни Apex.

Я ни сколько не хвалю своё решение. Я просто констатирую итог всего моего рассуждения на предыдущих страницах. Либо использовать Apex по полной и не париться с ExtJS и получить (моё личное мнение) ограничения по функциональности в создании юзеринтерфейса, либо заморачиваться ExtJS, но тогда стоит подумать, что будет на серверной стороне - apex или любой другой скриптовый язык (некоторые даже часто под мегапроекты используются), который еще знать надо, либо какие то промышленные гейты для JSON, ну или изучить моё решение для небольших задач. Всё равно задача Апекса в таких случаях начинает сводиться чисто к ведению сессий и аутентификации.


PS. Прошу прощения, если кого-то ввожу в заблуждение, думал в этой ветке писал о том, что у нас это дело используется под небольшие задачи с количеством пользователей не больше сотни и доступом через внутренние сети (ipsec туннели) из десятка городов России, включая такие удаленные, как Норильск и Красноярск.

SvDevНе нужен для этого апекс, и использовать его чисто для этого не следует. Апекс это не веб сервер с парочкой процедур авторизации, которые и так не сложно написать.
Это фреймворк. Он используется для декларативного программирования.
...
Каждый сам решает, что для него важно в каждой конкретной ситуации.

Ну вот и я о том же. Если решили использовать ExtJs, то стоит подумать, использовать ли на серверной стороне Apex.
Зачем тянуть 2 фреймворка?

Мы свой выбор сделали, который показал, что в НАШИХ условиях на НАШИХ задачах мы не прогадали.
Чего и другим желаю :)

как всегда пролеталbankir1980пропущено...


Ну вот и я о том же. Если решили использовать ExtJs, то стоит подумать, использовать ли на серверной стороне Apex.
Зачем тянуть 2 фреймворка?

Мы свой выбор сделали, который показал, что в НАШИХ условиях на НАШИХ задачах мы не прогадали.
Чего и другим желаю :)

То, что вы делали, сделали до вас - FormSpider . Стоит недорого.
Внутри Tomcat, Java, JavaScript, ExtJS и JQuery для мобайла. Для разработчика только PL/SQL.
Это не так. Вы привели в пример фреймворк для веб разработки, т.е альтернативу Апексу, который обслуживает и клиентскую и серверную сторону. Я же написал чистый веб сервер - шлюз для json обмена с ораклом. На клиентской стороне у меня extjs, на серверной процедуры оракула. Сравнениe мягкого и зелёного :)
Но реклама удалась. Теперь я в курсе наличия такого платного фреймворка.

Интересно было почитать переписку почти 6-ти летней давности :)

Между тем, банк, в котором я внедрял все свои наработки развалился, сейчас все эти наработки работают в другом банке :)
За это время java веб сервер переписал в Web App приложение (war) и теперь оно работает в контейнере на Jetty сервере. Всё работает стабильно.
На веб клиенте пишу на ExtJs 6-й версии, в котором по сравнению с 4-м появились новые полезные плюшки для более быстрой разработки.
На сервере - pl/sql пакеты.

Простой пример вывода таблички.
На ExtJs (чисто пример, без использования sencha cmd и прочих плюшек)




На оракле:




jwg_utils - это просто вспомогательный пакет для генерации данных в pljson объект из SQL с возможностью привязки переменных и спецификой extjs (обработка фильтрации, сортировки, пагинации, запрашиваемой из extjs, подсчет общего количества записей по запросу)

В данном примере web клиент для получения данных таблицы дёргает урл '/json/public@jwg_test.get_table', а в результате вызывается jwg_test.get_table_public

Кому интересны подробности, пишите в личку, т.к. обсуждение этой технологии выходит за рамки Oracle APEX :)