С 11 версии клиента или СУБД?

В новой версии нет зелёной стрелки.
Есть зелёный плюс, при его нажатии окно подключается к открытой сессии.
Эффекта не дало.
Попробую ещё с другими версиями SQL Developer. Клиенты Oracle я менял, так же без эффекта.

Проблема не в клиенте.
sqlplus из клиента 12.1 работает:

Проблема именно в самом SQL Developer. Эксперименты с использованием внешнего клиента и опциями результат не дали.
В SQL Developer 19 так же не работает dbms_output.
Более старых версий не нашел. Не подскажите, где их можно взять?

Мда, плохо.
А не посоветуете тогда другую подобную программу?

Многочисленные эксперименты с клиентом и его параметры результата не дали, не работает dbms_output и все тут.
Буду использовать для отладки sqlplus.
Но не пойму, как задать параметры.
Например такой запрос:


В TOAD я запускал скрипт, при запуске заполнял параметры (:p_client, :ret_code, :ret_text), а по завершению TOAD отображал промежуточный вывод и значения параметров на выходе.

В sqlplus можно использовать суффиксы & и &&, но как я понял, это скорее подставляемые макросы, чем переменные.

Можно сделать так:


Но как-то оно коряво выглядит, видимо я неправильно использую.

а неприменимо, SQL Developer версии 4 уж очень неказистый и глючный.
Относительно б — топик как раз об этом. Но под линукс с IDE негусто, особенно бесплатными.
А какие могут быть альтернативы для в? Вместо dbms_output писать в отладочные таблицы?

Ну это примерно как пересесть с Кэмри на, скажем, ГАЗ-64.

Менять СУБД -- это странное предложение.
Ведь СУБД сама по себе смысла не имеет и денег не приносит.
Смысл имеют информационные системы, а наша работает именно на 10g.
Если даже вынести за скобки стоимость новой СУБД, а следом и стоимость новой информационной системы (потому что старая ИС на новой СУБД работать не будет), то остается еще вопрос миграции со всеми доработками и кастомизацией, который говорит "работает -- не трогай".

Разумеется. В те времена купить лицензию без поддержки было уже нельзя, но до продажи только лицензий по подписке еще не дошло и можно было купить постоянную лицензию.
Вариант апгрейда ИС и соответственно СУБД я рассматривал лет 5 назад, тогда это полностью отбило желание общаться с Oracle. У них лицензионная политика настолько замудренная, что как мне кажется, она описывается формулой "раскрутить клиента на максимально возможную сумму". У нас СУБД используется для биллинга и я планировал взять под СУБД новый двухпроцессорный сервер. Почему-то оказалось, что взять лицензию на ядро мы не можем, нужно брать NUP, при этом лицензировать нужно не по числу пользователей ИС, а по общему числу абонентов, которые хранятся в биллинге.
Экономического смысла в таком апгрейде не было никакого, так что решили ничего не менять.