Я думаю, что самым большим различием является WS Spring, [только 111] 'контракт сначала', пока я полагаю, что CXF является обычно 'последним из контракта'.
http://static.springsource.org/spring-ws/sites/1.5/reference/html/why-contract-first.html
Последние из контракта запуски с кодом Java, таким образом, обычно легче начать с.
Однако WSDL, который это создает, имеет тенденцию быть более хрупким.
CXF, всегда, не препятствует тому, чтобы Вы запустились с контракта (WSDL). Я использовал оба из этих продуктов для создания веб-сервиса.
В CXF, я использовал Знатока и плагин Знатока, звоня цель wsimport генерировать SEI (интерфейс), который я тогда реализовал. После реализации интерфейса для содержания логики практической эксплуатации и конфигурирования моей бобовой реализации beans.xml я тогда позволяю Знатоку упаковать его в военный файл для развертывания. Все осуществление, возможно, не было легче.
я не думаю, что WS Spring предлагает любые преимущества, которые перевешивают отсутствие JAX-WS. CXF уже позволяет Вам использовать Spring для обеспечения электричеством бобов и также имеет полное внедрение JAX-WS также.
У нас есть опыт с CXF, и это - предшественник XFire, и я могу рекомендовать его как твердый, быстрый (создание WS и выполнение) и надежная платформа.
Относительно проблем, что Вы можете встреченный CXF, видят мое сообщение https://stackoverflow.com/questions/289977/recommended-framework-for-java-web-services#290205, И я соглашаюсь с инструментарий , что самое большое различие между платформами идеологически: каков первый код (т.е. интерфейс) или контракт (т.е. wsdl). Посмотрите некоторые детали здесь:
Об Apache CXF:
О Spring WS:
Итак, в конце я рассматриваю Spring WS как минимальный фреймворк веб-сервисов, но считаю, что он (на мой взгляд) не имеет никаких преимуществ перед Apache CXF (который очень хорошо интегрируется со Spring ). Между обоими я бы взял Apache CXF.