Термин "минимизировать коннекты" вообще не понятно. Какие коннекты, зачем их минимизировать, ради чего.

Если хочется использовать HTTP-транспорт между клиентом и сервером приложения, ну еще 200-300 строк на Java для сервера приложения.
1. Обработчик HTTP соединения
1.1. Создал свою очередь ConcurrentLinkedList
1.2. Зарегистрировался в HashMap (активный) коннект
1.3. В цикле смотреть на свою очередь ConcurrentLinkedList и по наличию отсылать информацию клиенту (вместо ConcurrentLinkedList можно просто синхронный Queue, разница по производительности будет не сильно большая, ConcurrentLinkedList имеет смысл только если будет NIO HTTP).
1. Отдельный поток (или несколько), выгребания очередей DBMS_AQ из базы
1.1. В цикле взяли сообщение из DBMS_AQ
1.2. Определили кому его надо отсылать по HashMap
1.3. Записали в ConcurrentLinkedList для конкретного клиента

Можно взять какую нибудь готовую очередь сообщений (Раббит или еще что), прочитать 100500 страниц документации, неделю настраивать брид/gateway между Раббитом и DBMS_AQ, и через месяц получить то же самое, что и свой велосипед из 200-300 строк.

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

IMHO

Если это Oracle (а есть такое подозрение), то лицензии привязываются к Named User (пользователям). Сколько коннектов от одного _реального_ (homo sapiens) пользователя, то лицензиям пофиг.

Если коннекты в значении нагрузки на сервер СУБД, то в Oracle это проще решит через shared sessions. При этом старый софт можно оставить в dedicated режиме, а новый пустить через shared.

IMHO & AFAIK

Опять таки, непонятно что вообще хотел автор


ok. нужно так нужно, никто не против


Все что угодно:
сокеты, постоянно открытое http соединение, любые средства доставки сообщений и 100500 прочих


А вот тут уже совершенно не понятно.
1. Если транспорт HTTP, то я бы взял https://hc.apache.org/ (поскольку его знаю) и example от него
2. Если сокеты - то любой example из гугля
3. Если хочется навомодного и солидного, то любой транспорт сообщений. Например (сам не использовал) https://www.rabbitmq.com/ Только IMHO это пушкой по воробьям
4. ну и 100500 других средств

Значение фраз "готовый шаблон" и ""минимизировать коннекты" мне вообще не понятно. Почему передача данных через сокет или постоянно открытое HTTP-соединение должно "нагружать сервер" так же не очень понятно.

Да, могут быть проблемы при очень большой нагрузки. Если тысячи (>3-5 тыс.) сокет или HTTP соединений, то на сервере можно получить проблемы с диспетчером потоков в ОС, но это решается переходом на NIO. Для сотен соединений, "старый" socket работает лучше (10-20% быстрее, меньше загружает проц).

AFAIK