Обработка финансовой информации в продуктах Oracle OFSS предусматривает постепенный отказ от использования JVM в Oracle

Из-за множества вопросов по сертификации продуктов Oracle OFSS (Oracle Financial Services Software) наша техническая поддержка сообщает, что в ноте OFSS Certified Configurations (Doc ID 2636856.1) сделана попытка сертифицировать набор релизов OFSS, находящихся в Premier Support новых версий по технологическим компонентам, таким, например, как база данных, версия компонент промежуточного слоя, операционных систем, браузеров и других компонент.

Практически, все сводится к тому, что вендор выставляет рекомендуемые конфигурации продуктов к использованию FMW 12.2.1.4 и DB 19.6. Давайте рассмотрим, на какие продукты OFSS и как это повлияет.

Как известно, в стек продуктов OFSS включены продукты:

• Oracle FLEXCUBE Universal Banking;

• Oracle Banking Payments;

• Oracle Banking Corporate Lending;

• Oracle Banking APIs;

• Oracle Banking Digital Experience;

• Oracle FLEXCUBE Enterprise Limits and Collateral Management;

• Oracle Financial Services Lending and Leasing;

• Oracle FLEXCUBE Core Banking;

• Oracle FLEXCUBE Investor Servicing;

• Oracle Banking Liquidity Management;

• Oracle Banking Virtual Account Management;

• Oracle Banking Corporate Lending Process Management;

• Oracle Banking Credit Facilities Process Management.

Напомним, что продукты Oracle Financial Services Software в нашей стране есть в банковском секторе персонального и корпоративного уровня, страховых компаниях. Есть внедрения решений по управлению рисками и проверке законодательных требований к финансовым операциям, проверки работоспособности приложений для бухгалтерского, управленческого учета, управления бизнес-процессами и человеческими ресурсами, инструментами управления закупочной деятельностью.

Памятуя о том, что тема сертификации всех продуктов и технологий практически неисчерпаема даже для одного релиза OFSS, в год 25-летия языка Java мы, кроме сугубо технической информации, обнаружили одно очень важное замечание в самом конце этой ноты.

Чтобы упростить понимание ситуации до выпуска ноты, заметим, что нынешняя архитектура базы с настраиваемыми технологиями поддержки языка Java, других языков высокого уровня, собственной JVM с настраиваемым объемом Java Pool Size, загрузчиком классов приложений, обработчиками XSD, XML, JSON, Xpath и ряда других вспомогательных технологий обеспечивает технологический стек для любого приложения FMW (Oracle Fusion Middleware), работающего внутри базы данных. C версии сервера старше 12, Oracle полностью соблюдает стандарты обработки XML.

Если же вы до сих пор работаете на 11.2.0.4, то мы напоминаем, что по документу Release Schedule of Current Database Releases (Doc ID 742060.1) поддержка версии закончилась с января 2021 года, при этом объявлен дополнительный приобретаемый уровень поддержки Market Driven Support (MDS), оказываемый только Oracle. По нашему мнению, работа на современных серверах с количеством SGA не более 70GB в начале третьего десятилетия 21 века выглядит немного устаревшей.

Продолжим обсуждение ноты Doc ID 2636856.1. При последовательном переводе ноты содержащийся в ней комментарий означает, что продукты OFSS версий до v14.0 задействовали возможности Java-машины, встроенной в СУБД для поддержки специфической функциональности. С момента выпуска ноты Oracle больше не рекомендуется использовать Java внутри базы данных (для задач OFSS, прим. автора). Сертификация последнего технологического стека выполнена на основе того, что поддержка ограничена техническими возможностями Java, работающей внутри сервера Oracle.

На текущий момент, Java-машина настолько часто используется самими механизмами базы, что есть необходимость напомнить читателям, что, хотя ее переустановка обычно сложностей не вызывает, но апгрейд базы до новых версий невозможен при малейших проблемах в ее функционировании.

К сожалению, требуется указать, что ряд явных багов Java-машины в версиях Oracle Server 18с и 19с имеют непубличный статус, хотя могут существенно повлиять на обработку XML, XSD и Unicode символов. Например, Bug 24008722, отраженный в документе Doc ID 2450530.1, может не позволить работать с тэгами вида <xs:pattern Value="(doc|docx)"/> в некоторых XSD схемах, он же может стать причиной невозможности обработки символов вне US7ASCII (Bug 29715647).

Следовательно, если у вас есть код, выполняющий указанные операции на Oracle Server 18с и 19с, есть смысл еще раз проверить его работоспособность. Для 12-х версий можно скачать патчи.

Данную заметку можно рассматривать как краткий ответ на вопрос - «Так можно ли использовать Java-машину Aurora внутри сервера Oracle и для каких целей».