Привет коллеги.
В блоке инициализации пакета обявляется переменная с пользовательсктм типом OBJECT.
Причёи этот объект имеет свой конструктор, и он вызывается сразу же при объявлении переменной. Что-то типа такого:

create or replace package body package_name is
variable userObjectType := userObjectType.constructor_function('init-parameter');

И вот есть у нас наш АРМик, который вызывает наш пакет. Переменная пытается инициализироваться конструктором, в конструкторе происходит ошибка.
На бою очень редко происходит, раз в пол-года (но приводит к тому, что сервис для клиентов останавливается). На тесте чаще, но тоже не каждый месяц, ловить сложно.
Теперь мы в нашей сессии имеем инициализированный пакет, на котором не прошла инициализация объекта.
При повторном обращении к пакету инициализация переменной уже не пытается пройти - пакет-то уже инициализирован!
Но объект имеет значение null, и я не могу обращаться к методам объекта, возникает ошибка: "ORA-30625: method dispatch on NULL SELF argument is disallowed".
Кода написано дохрена. Таких пакетов около 500 штук. Ломается в разных пакетах. Переписывать их все - очень не хотелось бы.

Идеальный выход видится такой: если АРМ видит, что происходит ошибка в инициализации любого пакета - то переоткрывать сессию (коннект к базе).
Но вот главный вопрос: как АРМу понять, что ошибка была именно в инициализации пакета?

Можно, конечно, переоткрывать сессию по ошибке "ORA-30625: method dispatch on NULL SELF argument is disallowed". Это проще всего. Это даже решит нашу проблему. (Или даже вообще: по любой ошибке переоткрывать сессию.)
Но хочется немного разобраться в механике оракла: как (в общем случае, не переписывая пакеты) не допустить исполнение пакета, у которого при инициализации произошла ошибка.

Elic Starting with Oracle Database 12c Release 1, an error raised during package initialization leaves the package uninitialized.
Супер! Спасибо большое.