aserdjukИсключить общение приложений через db2, к сожалению, не получится.
Тут бы подробнее в чем именно "затык" и какое ПО доступно для использования.
Можно конечно поиграться с блокировкой/разблокировкой пустой отдельной таблицы, когда факт разблокировки будет служить сигналом начало обработки, но это криво по сути.
Откуда растет требование синхронизации действий приложений через СУБД?
Можно например написать хранимую (java), которая будет "дергать" EJB/MDB-компонент на WAS и возвращать результаты.
Можно из DB2 общаться с IBM WebSphere MQ, можно дергать сервис через SOAP и получать ответ.

Желательно видеть постановку задачи более полно, чтобы сформулировать варианты решения. И понимать что в этой постановке можно менять, а что трудно и/или невозможно. Если будет понятен "поток" обработки, т.е. кто кому и что передает, и в какой последовательности обрабатывает, можно будет что-то предложить по вариантам реализации.

aserdjukЕвгений Хабаров,
CawaSPb


Трудностей только три, два лиричных и одна практическая :
проект большой и команда инерционна,
приоритетами является функциональное развитие, а не технологическое усовершенствование,
несколько legacy потребителей, которые, в силу своего возраста, знать ничего не знают об mq, soap и rmi.

Пока, насколько понимаю, самый практичный вариант это замена SQL процедур и функций на JAVA.
Для вызова WAS с db2 понадобится WAS client ?

http://pic.dhe.ibm.com/infocenter/pim/v6r0m0/index.jsp?topic=/com.ibm.wpc.ins.doc/wpc_tsk_setting_up_ibm_db2_on_the_app_server.html
Вариантов много. Попытаюсь изложить то, что навскидку пришло в голову.
Основная идея ( с учетом того, что поток обработки я пока не представляю) чтобы доступ к WAS(EJB) шел по более-менее короткому пути.
Т.е. вызываем процедуру и передаем ей (или формируем внутри нее) выборку, подлежащую обработке.
После чего этот массив данных неким образом (скорее всего как XML) передается на обработку серверу приложений (WAS)
Суть хранимой:
- Сформировать выборку и представить ее в виде XML. По сути это один или несколько SQL-запросов.
- Вызвать EJB-компонент или веб-сервис и получить от него ответ.
- Разобрать ответный XML-документ и выполнить модификацию таблиц.

Варианты:
1. Если рядом есть сервер WebSphere MQ, то задействовать MQSeries routines .
Отправка асинхронная, прием без ожидания. Нужно будет разобраться с настройкой тракта передачи и форматом сообщений. Для приема на стороне WAS достаточно написать весьма несложный MDB, который будет слушать очередь и принимать сообщения.
Если рядом MQ нет, можно написать хранимую на Java и использовать Thin Client for JMS для доступа к встроенной службе сообщений WAS.
Это все в случае, если нужна асинхронная обработка. Т.е. в этом случае отправка запроса и чтение ответа "распадаются" на разные транзакции.
Со стороны DB2 - нужна настройка для взаимодействия с MQ штатных хранимых/функций, или написание собственной хранимой/функции.
Со стороны WAS - написание компонент(ы) отвечающей за прием и обработку сообщений.

2. Если есть лицензия на IBM InfoSphere Federation Server, можно задействовать Web service consumer functions со стороны СУБД и дописать/оформить EJB для работы в качестве веб-сервиса.
Со стороны DB2 в этом случае настройка минимальна, со стороны WAS - реализация веб-сервиса.
Если лицензии нет, то написать Java-хранимую, которая будет обращаться к веб-сервису. Тут даже тонкий клиент может не понадобиться, тк функционал для работы с веб-сервисами разных стандартов либо встроен в JDK (зависит от версии JDK), либо доступен в виде внешних библиотек. Можно задействовать и тонкие клиенты для WAS для JAX-WS и JAX-RPC.
Со стороны DB2 в этом случае ннаписать хранимую/функцию, со стороны WAS - реализация веб-сервиса.

3. Можно задействовать Thin Client for EJB для прямого обращения к EJB.
Со стороны СУБД - хранимая на Java. Со стороны WAS - возможно ничего.

4. Можно со стороны WAS написать простейший сервлет (который, возможно, вызывает EJB), который будет принимать на входе например JSON (или XML) и на выход аналогично отдавать JSON или XML. На самом деле реализовать веб-сервис (в современных условиях) почти не сложнее, чем сервлет. Посмотрите в сторону JAX-RS. Так что этот пункт считать не рекомендуемым, а просто как доп. вариант.

Надеюсь, что схема взаимодействия компонент в существующем виде есть? И чего хочется достичь тоже есть?
В графическом представлении рисовать и анализировать потоки обработки информации все же удобнее.
Если нет, рекомендую такую схему нарисовать (для себя и коллег), возможно обнаружатся другие варианты(точки) взаимодействия.

PS: Это все, что могу придумать навскидку. До понедельника я буду далеко от интернета, поэтому дискуссию смогу продолжить только в понедельник.