У нас та же беда, пока без результатов (правда только сегодня наткнулись).

В MOS официальный вердикт - client upgrade:
[quote ORA-3137 [kpoal8Check-5] From Incompatable Client Version Connecting To 12.2 Database (Doc ID 2296523.1)]
Solution
Unlike previous version, Oracle has added some strict checks on RDBMS 12.2.0.1 and client apps must comply with these checks.
In order to resolve this, upgrade client version to compatible level.
[/quote]

Была также длинная дискуссия там же в Community "12.2 - Ora-03137 [kpoal8check-5] from SQL Plus 8.0"
были предложены разные идеи (без гарантиии):
а) upgrade oracle client в составе формс или подсунуть каким-то образом, чтобы Forms 6i использовал более новый клиент.
как точно это сделать не сказано. Некто Mark D Powell пишет следующее:
Mark D PowellJordi, just because the product is Oracle Forms 6i and apparently came with a version 8 client does not automatically mean the client cannot be upgraded. I have applied newer clients to PC's running older software and it pick up the sqlnet from the new home placed first in the PATH. This will not work for all software but may be worth a try. Image the existing box first, install the 9.2, 10,2, or maybe 11.2 client and test.

Возможно он имеет ввиду вообще другой софт. не Oracle Forms 6i. Если кто сможет это сделать с Forms 6i - дайте знать.

также он пишет:
Mark D PowellAlso the Oracle Forms 6i server is supposed to work with 12.x if you have patched it to the last patch level (at least 16 and maybe higher). Have all available patches been applied to your version?

что звучит несколько сомнительно, т.к. в матрице совместимости однозначно сказано, что клиент не подходит. Для 12.2 базы - 100%

б) Он же предлагает поставить посередине (like a proxy) базу совместимой версии, в ней создать db-link в 12.2 + создать на каждую таблицу/view в целевой базе - views c использованием этого db-link.

Мы такое успешно делали для обмена данных между базами через db-links 9.2 <= 11.2 <= 12.2 т.к. для них не действует: SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8
SQLNET.ALLOWED_LOGON_VERSION_SERVER=8
. Вернее такого параметра ( и даже ALLOWED_LOGON_VERSION нет в 9.2 согласно документации ), хотя в 1 статье кто-то писал что можно. правда без фактов. Для db-links совметимость должна быть с обоих сторон.

Так вот - этот вариант у нас отработал для перекачки данных из таблиц между базами из 9.2 в 12.2 через 11.2.
В обратную сторону не тестили.

Для клиентских подключений получается надо Каждому пользователю создавать пользователя в ProxyDB + N-views.
Если их мало - OK, если много и предполагается еще долго жить и дорабатывать приложения на Forms 6i - это самоубийство.
Плюс что делать с sequence, procedure и т.д.?

Хорошие новости.
1) У нас эта вещь вылетает только на 2 вызовах:


+

Если их убрать из формы - работает.

2) Для некоторых пользователей (пока 1 - владелец таблиц, но у него еще прав больше) - работает и так.
В понедельник будем делать Trace и сравнивать.

Alex Kat, если Вам удалось найти какой-то приемлемый вариант - дайте, пожалуйста, знать.

shurikt,
К сожалению, пока ничего нового. Мне было бы тоже интересно если кто-то найдет решение.

shurikt,
если есть возможность - можете попробовать совет в последнем комментарии вот тут
https://oracle-l.freelists.narkive.com/fYEjID5E/forms-6i-vs-rdbms-12-2]
У меня в ближайшее время не получится. Мало вероятно (мы пробовали пусктать через Connection manager 11.2 - не вышло), но вдруг. Хотя это не должно работать - listener активен только на этапе создания новой сессии. Далее он становится "прозрачным" и клиент взаимодействует с базой практически напрямую.