Здравствуйте.

есть БД, есть N пользователей, работающих в БД.
Задача: написать на java центр уведомлений пользователей о событиях в БД.
Как я понимаю, мне нужно реализовать сервер и клиент, так чтобы сервер был всегда подключен к БД (желательно в один стабильный коннект), а клиенты были бы подключены к серверной части приложения, и получали уведомления только когда им есть что вычитать (callback?), не нагружая при этом сервер.

Пожалуйста подскажите, есть ли подобные фреймворки, чтобы не сильно углубляться клиент-серверное взаимодействие и взять готовый шаблон?

PetroNotC Sharp,
наверное не совсем четко объяснил задачу. Извините, давайте еще раз попробую.

речь не про CRUD или update/insert/delete.

есть старая БД, со своим десктоп-клиентом времен динозавров. в нем очень нехватает api для пушей пользователей, когда они запускают хранимки какие-нибудь. При этом они запускают все это по RPC с ожиданием, хотя асинхронно запускать хранимки тоже можно. Но при таком запуске встает вопрос - как уведомить пользователя о том, что его процедура завершилась?
Так родилась идея написать на javaFX скромный центр уведомления, который будет поверх окна клиента оповещать его об ошибке/успехе (ну фактически прокидывать текст ошибки/успех из хранимки в пуш (про окна вопросов нет).

Для того, чтобы сделать все вышеописанное, мне видится, что нужно сделать:
-Приложение 1, которое будет держать коннект в БД и смотреть в очередь/табличку на предмет наличия невычитанных пушей для конкретного клиентского места. При их наличии раздавать Приложению 2 месседжи.
-Приложение 2, которое будет непосредственно общаться с Приложением 1, получать от него сообщение, и красиво выводить.

я подчеркну мысль, что хотелось бы не просто клиента написать, который напрямую с клиентского рабочего места будет делать коннект к БД (потому что пользователей БД может быть 500+, и нагружать базу не хотелось бы даже), а именно клиент-серверное приложение. и как я понимаю, тут следует использовать callback'и, чтобы Приложение 2 не заваливало Приложением 1 запросами на наличие сообщений для них.

Так вот мой вопрос в том - есть ли удобный фреймворк/шаблон/паттерн для создания Приложения 1 и 2 так, чтобы все это не с нуля изучать?
уверен, что идея не революционная.

Garrick,
напишу пакет на БД, через который можно будет в конце вызова ХП вызвать процедуру а-ля push2User

мне кажется вы меня не правильно услышали.

Задача в том, чтобы написать API для пуша, и постепенно применять его в работе, а не перевести все хранимки в асинхрон.

господа, мы углубляемся в бессмысленную полемику.

я написал вопрос в изыскательных целях.
подскажите по сути - есть ли фреймворки для организации описанного взаимодействия между Приложением 2 и Приложением 1?

PetroNotC Sharp,

as is
запустил отчет , который выгружает в эксель какую-то инфу минут 10-15.
и пользователь либо идет покурить, либо поднимает второй экземпляр клиента к БД для параллельной работы в другом окне.

to be
пишу обертку пакета в БД на вызов того же отчета в job. В конце обертки, после вызова процедуры отчета вызываю собственный push API, через который пользователю приходит алерт, что отчет готов. При старте обертки, пользователь ставит задание на выполнение очета в джоб и модальное окно закрывается, таким образом не блокируя его рабочее место. Он может работать дальше.

Leonid Kudryavtsev,

1. Oracle
проблема пайп в оракле в том, что они могут быть утеряны. для mission critical систем в какой-нибудь отчетный период потерять алерт - это не очень решение, мягко говоря.
AQ целевой вариант.

Но вы отвечаете на вопросы, которые я не задавал.
опыт работы и с пайпами и с очередями у меня есть.

Мне хочется понять есть ли готовые решения для общения между клиентским приложением, и приложением подключенным к серверу.

Я понимаю, что можно на коленке написать на сокетах или на http. Но когда это потащу в прод, мне зададут резонные вопросы про http s , либо про гибкую отказоустойчивость на сокетах и не гибкую конфигурацию адресов для подключения к БД и Приложению, которое держит с ним коннект. Не говоря уже о всяких прокси, которых мне бы даже касаться не хотелось.

т.е. в идеале я бы хотел взять готовый клиент-сервер экзампл, в котором уже зашиты возможности по работе с сертами, настройкой прокси, jdbc, пул коннектов и т.п, и просто написать на серверную часть логику для вычитки сообщений из очереди (AQ/Таблица/Pipe), а на клиентское приложение навесить получение сообщения и javafx с 3мя видами окон. и все

PetroNotC Sharp,

Вы ищете ответ на вопрос, который я не задавал.
отправку пуша можно написать в автономной транзакции.