Во-первых. Определение SOAP как Простого протокола доступа к объектам уже давно исключено из стандарта. Это ничего не значит. При этом, вот несколько комментариев:
Простой Удивительно, но просто . Однако, связывая его со всеми видами стандартов, начиная с невинно выглядящего WSDL, который неплох, но слишком поддается автоматизации; вплоть до ракетно-научного уровня WS- *, в котором есть вся неразбериха комитетов (я работал в грид-компьютинге, и это был горький опыт), вот что делает экосистему сложной.
Объект : это категорически , а не объект. Это то, что заставило стандартный корпус отказаться от расширения. И в этом разница с такими вещами, как CORBA. Разница между объектом и службой заключается в том, что объектом является состояние, а служба (и SOAP) не имеет состояния. Простой способ определить разницу - это время жизни. Объекты CORBA имеют время жизни, обычно контролируемое клиентом. Сервисы SOAP не имеют времени жизни.
Объекты могут быть построены на SOAP с использованием таких хитростей, как WSRF или чего-либо, связывающего состояние и стиль WS-Addressing служб, таких как WCF. Это не МЫЛО. Это строит не это. Это будет работать, но будет менее масштабируемым и более хрупким.
Удаление объекта из SOAP делает его больше не протоколом доступа к объекту. По моему мнению, зависит ли это от вашего следующего проекта и как с ним бороться, зависит от особенностей этого проекта.