Всем привет.

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

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

BlazkowiczПочему два приложения, а не одно?
Почему второе приложение тоже WEB, хотя с клиентом напрямую не работает?
То что описано для "второго" приложения это не Web, это business tier. Соответственно оно реализуется либо через API - создаётся общий JAR, который помещается в общие библиотеки EAR модуля. И все остальные внутри EAR его используют.
Либо через EJB, если следовать генеральной линии JEE.
Можно ещё через JMS делать, если задачи асинхронные.
Это 2 совершенно различных WEB приложения, размещенных на разных площадках.
Нужно наладить между ними обмен данными по указанной бизнес логике.

Blazkowiczalex2808Это 2 совершенно различных WEB приложения, размещенных на разных площадках.
Моя телепатия сегодня хромает.

alex2808Нужно наладить между ними обмен данными по указанной бизнес логике.
Тогда проще всего SOAP по HTTP прикрутить. Можно даже через ESB если этот огород планирует расти далее.

Т.е. нужно однозначно копать в сторону WEB сервисов?

Blazkowiczalex2808Т.е. нужно однозначно копать в сторону WEB сервисов?
Нет, не однозначно. Это общее решение вашего общего вопроса. Если используется Spring, то можно любой удобный remoting протокол прикрутить. Можно Http Invoker. Можно JSON. Можно в JMS очередь удаленно помещать задачи. Вариантов масса.
Вы же не объясняете почему сделано именно так как есть.
К сожалению так сложилась архитектура.
Есть 2 отдельных WEB приложения размещенных на разных площадках с разными IP-адресами удаленные географически.
И между ними нужно обменяться данными.

BlazkowiczБудет ли их когда-нибудь 3, 4 и более?
Будет ли кто-то ещё пользоваться теми же сервисами?
Должен ли обмен данных быть синхронным?
Нужна ли транзакционность?
1) вполне возможно
2) вполне возможно.
3) сейчас синхронный, но желательно подумать и об асинхронном обмене.
4) да.

svenomДа вариантов масса просто, и никакой из них, исходя из скудной информации, предоставленной автором, однозначно предложить нельзя. Основные:
2) Обмен по JSON

Не подскажите, где можно увидеть пример такого взаимодействия?

Blazkowiczalex28081) вполне возможно
2) вполне возможно.
3) сейчас синхронный, но желательно подумать и об асинхронном обмене.
4) да.

Тогда стоит сразу рассмотреть ESB как вариант
http://www.mulesoft.org/

Значит шину...

А если ограничится только возможностями, которые предоставляет TOMCAT-ом?

BlazkowiczLeonidvПричин может быть сколько угодно. Начиная от общей архитектуры ИС и заканчивая юридической стороной дела.
Чтобы подобрать оптимальное решение нужно понять почему именно оно есть так как есть.
Так сложилась архитектура, я ее получил на сопровождение уже в таком виде.