Получается, что Web-сервисы (WS) не стоит использовать как уровень бизнес логики, и они представляют из себя просто промежуточное звено между клиентом и сервером приложений, т.е. что-то типа Клиент<->IIS<->WS<->COM+<->СУБД. Цепочка конечно впечатляет... :-\
Внутри-корпоративная система будет работать с темже COM+ по такой схеме: Корпоративный_клиент<->COM+<->СУБД, но как быть с филиалами, ведь COM+ расчитан на работу только в пределах локальной сети? Вроде бы казалось есть решение — SOAP, но он не ориентирован на соединение, накладывает ограничения на использование некоторых сервисов COM+ и объем сериализованного DataSet'а из ADO.NET просто ужасает (проверено на реальных тестах). По своей сути, зачем нужун такой сервис COM+ как асинхронное взаимодействие посредствам MSMQ (QC) в локальной сети? Как использовать события (издатель-подписчик) внешними корпоративными клиентами, работающими через интернет??? У MS на сегодня нет решения подобной проблемы? Корпоративный клиент должен в реальном времени видеть меняющийся курс акций или движение по его счету и это проблему якобы решает COM+, но только в локальной сети. Т.е. COM+ ориентирован на небольшие компании, не имеющие филиалов? Есть ли решение подобной проблемы?