daaapd,

Из вашего описания, скорее всего branch не оздали на странице...

* не создали

Это вам так кажется, он как раз в передаче этого message учавствует

авторпереадресует на страницу с wwv_flow.accept
это значит, произошел submit (POST) страницы, начал выполняться этап page processing,
в конце должен выполниться branch, но почему-то не выполнился, иначе бы произошел редирект и wwv_flow.accept поменялся бы на нормальный url, но я так понял из описания, у вас wwv_flow.accept так и остается висеть в конце в url

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

daaapdSvDev, так branch тут мне кажется не причем, окно success message при валидации появляется в этом же окне
А через Tomcat не работает
Предлагаю разобрать конкретный первый случай, раз уж начали именно с него
есть Process Success Message, есть branch,
привидите apex debug

daaapd,

Ну вы и выбрали примерчик, с загрузкой файла и выполнением плагина EXCEL2COLLECTION ))

Тем не менее branch, на странице, как видите, не нашелся, и перехода не произошло.




У вас точно есть unconditional branch на той же странице ?

Какие параметры у вас заданы там ?

daaapd,

Так его у вас же и нет, кусок дебага я привел, должно быть, например:

0,063000,00000Branch point: After Processing40,063000,00000...Evaluating Branch: "fgyjhdg" Type: REDIRECT_URL Button: (No Button Pressed) Condition: (Unconditional) 40,063000,00000Redirecting to f?p=106:2:2960684685746::YES:::&success_msg=Process%20Success%20Message!%2F1E7C3CEB41263179EC07B188564302B4%2F40,063000,01600Stop APEX Engine detected40,079000,00000Stop APEX Engine detected40,07900-Final commit

daaapd,

Так я и спрашиваю, какие параметры заданы там ?

Смотреть надо как раз branch, пересоздать его, или попробовать плагин отключить, хотя вроде бы плагин не причем

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

daaapdна валидацию повешен процесс который и должен возвращать злополучное окошко
Неверно, архитектуру изучайте.

Process Success Message устанавливает только соответствующую внутреннюю переменную, на стадии page processing,
окошко же рисуется только на стадии page rendering, а между ними находится branch, который передает эту переменную.

Короче, нет бранча, нет окошка, сейчас все правильно работает.
Иногда может срабатывать default branch, но не в этом случае.


Я так понимаю, у вас так туго идет, потому что вы думаете, что без Tomcat якобы все работало...

Давайте посмотрим, если старый сервер не сохранился, привидите page history (есть такая опция на странице), и время, когда вы проверяли, что все работало...

daaapd,

вижу, что сработал default branch

1.18600"0.00000""Branch point: After Processing""4"1.18600"0.00000""...No branch specified redirect to current page""4"1.18600"0.00000""Stop APEX Engine detected""4"1.18600"0.00000""Stop APEX Engine detected""4"1.18600"-""Final commit""4"

Страницы разные, приложения либо версии апекса тоже, так что сказать, что там повлияло сложно, с Tomcat это врят ли связано, имхо.
То, что default branch при загрузке файла (и в некоторых других случаях) не срабатывает - это известный прикол
(во всяком случае я с этим часто сталкивался с разными веб серверами),

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

Даже в плагине, который вы используете написано, создавать branch.

daaapd,

Branch типа page or url, где вы ввели номер страницы или что-то другое ?

Покажите debug, и еще интересует, какой у вас url в конце у браузера, совпадает ли оно с url, который показывает debug?

На всякий случай: нельзя &success_msg руками прописывать в url, оно должно автоматически формироваться.

daaapd,

галочку include process success message внутри branch-а поставили ?

SvDevdaaapd,

Branch типа page or url, где вы ввели номер страницы или что-то другое ?

Покажите debug, и еще интересует, какой у вас url в конце у браузера, совпадает ли оно с url, который показывает debug?

daaapd,

интересует accept запрос, в приведенном нет ни ошибки, ни как выполняется branch, и что у вас в url при этом, когда ошибка происходит, совпадает ли со ссылкой, который будет внутри дебага

P.S. дебаг выгружать не обязательно, можно просто скопировать в тег спойлер

daaapdSvDev,

Вот что интересно без tom cat это же приложение через oracleвый listener отображает все и в url пишет http://10.98.0.15:8081/apex/f?p=110:25:3246998722736::NO:::&success_msg=Loaded a CSV-file in 0 secondsОбработано:6 записей Из них новых актов: 0/04DD5C8FE59223A63A8E9EA5D51C3729/ заменяя русские слова на символы может tom cat в адресной строке не дружит с русским
чтобы понять, на какой стороне ошибка, и нужно тщательно сравнить ссылки url с тем что у вас внутри debug

daaapd,

В общем-то одинаковые, если смотреть по utl_url.escape / AL32UTF8

Напрягает, что у вас символы русские выводятся в url, у вас страница отображается в какой кодировке ?
Если в отличной от utf-8 (независимо от кодировки базы), то значит вы неправильно настроили Tomcat

и еще заодно скажите, какие версии апекса (интересуют первые 3 цифры в версиях) на сервере с tomcat и без

Точно, у вас двоеточия в тексте и не в escape, отсюда ошибки, скорее всего escape слетает, потому что страница выводится не в utf-8

P.S. про версии вопрос остается

SvDevP.S. про версии вопрос остается
и еще, заодно, что используется там вместо Tomcat, чтобы можно было сравнивать по первой части вопроса, и посмотреть, кто там виноват

SvDevвижу, что сработал default branch

Страницы разные, приложения либо версии апекса тоже, так что сказать, что там повлияло сложно
Посмотрел на разных серверах, дело не в приложении,
у меня воспроизвелось на EPG, зато с apex listener в вариантах standalone / weblogic дефолтный branch не срабатывает при загрузке файла.

Про дефолтный branch в доках к 4.2 вообще упоминаний нет, а раз в доке не написано, в каких случаях он должен срабатывать,
то я отношусь к этому скорее как к фиче, чем к баге, в таких случаях создается branch

daaapdВот url http://10.98.0.7:8888/ords/f?p=110:25:17109743100607::YES:::&success_msg=Loaded a CSV-file in 0 secondsОбработано:6 записей Из них новых актов: 6/6B66BF958A2DCC131E6D9168411BE285/
daaapdКодировка UTF
Тут в debug хорошо видно, апекс отдает url правильно, с текстом, как escape-последовательность, а потом кто-то этот escape кушает, отсюда ошибка, ищите кто, это либо Tomcat, либо браузер

daaapd,

через импорт/экспорт :)

а по проблеме, тупо поиском ищется:

https://community.oracle.com/thread/2185273