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

есть БД, есть 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,

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

PetroNotC Sharp,
ГУИ написан в 1996 году, и исходников у меня нет.

если бы было все так просто, я бы даже думать над этим не стал.

можно все-таки советы по теме?

какие технологии можно использовать для Приложения 1 и Приложения 2?

PetroNotC Sharpтут не любят взлома (нет исходников)
Если не сломаешь коммиты и транзакции то все делай в бд.
Сначала там. Тебе же подменить хранимку надо.
Я бы не.
Денег на нову,ю систему не дают.

Вы про взлом вообще откуда чего взяли? я ни слова не говорил про взлом.
я говорил про всплывающее уведомление в центре уведомлений Windows, поверх GUI клиента БД.

Мне кажется, я так и не был понят верно. Давайте на псевдокоде:

Хранимая процедура:
print_excel() is
begin
generate_xls_report(...);
end;

добавление алерта в очередь уведомлений:
push_alert_to_user() is
begin
put_message_to_user(); - тут мы предполагаем что кладем сообщение в очередь AQ/Буфферную таблицу/Pipe
end;


то, что я хочу в итоге:
begin
create_job('
print_excel();
push_alert_to_user();
'); - т.е. создаем джоб, который выполнит хранимку без участия пользовательской сессии
end;

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


никаких подмен хранимок тут нет совершенно. Это будет новая хранимка, внутри которой будет вызываться старая. И это будет альтернатива существующей, не более того.
и уж тем более никакого взлома.
я про возраст гуи сказал к тому, что у меня нет возможности переделать его так, чтобы передавать вызов из главного треда в дочерний, а не к тому, что его надо хакать.

Повторюсь, мой вопрос - как организовать взаимодействие между Приложением 1 и Приложением 2? как сделать все остальное мне известно.

Leonid KudryavtsevУ нас примерно так же сделаны уведомления для Oracle OeBS модуль для диспетчера. Когда создается заявка, в СУБД дополнительно кидается сообщение через DBMS_AQ, Java приложение запущенное в треи всплывает, показывает простейшее окно со списком новых заявок и пилюкает динамиком - диспетчер посреди ночи просыпается, трет с просоня глаза и начинает разруливать пришедшую заявку уже через стандартный интерфейс OeBS.

вот именно это мне и нужно.
поделитесь опытом, как построены клиент и сервер? и может быть исходники не секретны?

PetroNotC Sharp,

у меня такое впечатление складывается, что вы пакеты в БД никогда не писали, либо не видели как работают клиентские ГУИ.

Смотрите, есть кнопка "Печатать отчет Ексель". По кнопке вызывается хранимка с ожиданием.
я создаю свою новую хранимку, в которой джоб будет вызывать первую хранимку, и называю кнопку "Печать отчета Ексель - новая".

Где тут подмена? Если в глазах пользователя, то да, это подмена. но я смогу ему разницу объяснить. однако никаких хаков я тут не вижу.

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

И про ваш пример. То что я хочу должно в итоге будет выглядеть так:

PetroNotC Sharp,
мне разговор уходит не туда.

Если хотите подискутировать, мой телеграмм https://t.me/Dmwolfy

Leonid Kudryavtsev,

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