Здравствуйте, C0s, Вы писали:

C0s>если я правильно понимаю проблему, то вижу три общих пути решения:
Да правильно, все так и есть.

C0s>1) завязаться на фичу аппсервера. возможно, oracle уже эту задачу как-то решил, просто мы об этом не знаем. тогда — ответы в документации
Это я в первую очередь перерыл. Но пока безрезультатно...

C0s>2) написать коннектор к веб-контейнеру, который и реализует нужный протокол. насколько это сложно — не знаю, понятно же, что это будет зависимое от контейнера решение
О, спасибо! По этому кейворду я еще не искал. Зависимость от контейнера не пугает, наоборот чем больше написано за нас тем лучше.


C0s>3) решить задачу архитектурно. к примеру, у меня бы это выглядело как приложение на ejb, доступ к функциональности которого реализуется вручную по всем необходимым протоколам. т.е. доступ по iiop/rmi, а также в виде веб-сервисов типа как бы сразу есть, а всё, чего не хватает, пришлось бы писать самому

Этот вариант очевиден но неприемлим по соображениям сроков\денег. Необходимо чтоб существующие servlet->struts->jsp продолжали работать. Это ведь не полноценный протокол а как бы замена http. Или есть способ из ejb инициировать обработку запроса web контейнером с минимальным гемороем (без переделки прикладного кода)?