Предупреждение, возможно, этот ответ вовсе не является ответом на ваш вопрос, но в любом случае, вот мои мысли.
Я определенно не специалист по SOA, но, поскольку SOA можно реализовать с помощью REST, это не должно иметь никаких последствий для архитектуры SOA. Android готов к REST (см. о том, что сеанс Google IO 2010 на REST ), и поддержка SOAP на андроиде очень мала (ага, но я могу ошибаться).
В какой-то момент вам придется оценить возможность взаимодействия. между вашим Axis WS- * с любой существующей поддержкой SOAP для Android (например, всем известный проект ksoap2 ). Результат может быть не без последствий для вашего архитектурного дизайна.
Суть в следующем: если вы используете Rampart для использования WS-Security, например, поверх Axis2, мне кажется, есть небольшие шансы, что ksoap может вообще (технически) взаимодействовать с вашим поставщиком услуг. С одной стороны, если служба проста и может быть связана с ksoap2, отлично, продолжайте. С другой стороны, если бы вы использовали не очень простую схему безопасности или аутентификации, это может быть просто кошмаром, чтобы добиться цели с поддержкой simple SOAP на Android. В последнем случае и поскольку подход REST кажется предпочтительной философией для Android, вы можете столкнуться с решением иметь REST-прокси, выделенный для Android, между вашим Axis2 business WS и клиентским приложением для Android.
В надежде, что это поможет.