Изменение интерфейсов SOAP и отказ от веб-методов в Java

Question

Моя команда разрабатывает сервисный слой в java и графический интерфейс в dot-net, используя мыло.Разработчики графического интерфейса продолжают огорчаться, потому что сервисный уровень иногда меняет интерфейс веб-службы.

Чтобы сохранить удовлетворенность глав GUI, вместо того, чтобы разрушать оригинальные веб-методы, мы сейчас пишем новые, которые живут рядом с существующими.Поскольку наш дизайн интерфейса мыла все еще дорабатывается, это становится грязным, конечно, есть лучший способ!Любые предложения?

Кроме того, бывают случаи, когда мы хотим отказаться от метода веб-службы - есть ли Java-аннотация для этого (такая, которая будет отображаться в WSDL)?

Спасибоза любые предложения

Answer 1

Нет такой устаревшей аннотации, о которой я знаю.Это общий шаблон, который я обычно использую:

• Реализация API-интерфейса SOAP с указанием номера версии (v1) в имени или пути WSDL
• Создание нового (или улучшенного) приложениякод, который заслуживает обновления API SOAP
• Реализация совершенно новой версии API SOAP с новым номером версии (v2) рядом с кодом v1, но с поддержкой тех же классов домена
• Изменитьреализация веб-службы v1 для выполнения миграции и (по возможности) вызова соответствующего метода службы v2
• Уведомление клиентов о том, что им следует начать использовать v2 вместо v1
• Wait
• Если вы находитесь в большой корпоративной среде, подождите еще дольше; -)
• Когда никто больше не использует v1 (проверьте это с помощью журналов и разговоров с пользователями), удалите интерфейс v1

Этот подход работает очень хорошо только тогда, когда у вас есть хорошее разделение между кодом веб-службы и реальным кодом приложения.Это помогает думать о коде веб-службы как о уровне представления.