Проблема с заменой конечной точки SOAP во время выполнения

Question

Мы пытаемся использовать SOAP-сервис (в приложении Java), который имеет разные конечные точки в среде prod и pre-prod. Мы создали клиентский код с помощью wsimport и пытаемся переопределить конечную точку с помощью поставщика привязки.

Поставщик привязки отлично работает в среде pre prod (сгенерированный код был из pre prod environment wsdl). Но когда мы пытаемся выполнить тестирование в производственной среде, поставщик привязки не сможет переопределить конечную точку. В производственной среде он выбрасывает «Ошибка соединения, когда он пытается подключиться к pre prod». Мы узнали, что поставщик привязки нуждается в доступе для pre prod wsdl и prod wsdl для переопределения конечной точки. Из-за ограничений группы безопасности мы не можем получить доступ к proprod wsdl из prod.

Мы также попытались прочитать конечную точку, вызвав сервис из prod wsdl во время выполнения, но информация о портах в wsdl жестко закодирована на какой-то IP-адрес и не может быть изменена, и исправление prod wsdl не поддается контролю.

Есть ли другой способ переопределить конечную точку во время выполнения?

Answer 1

Основная причина проблемы заключалась в том, что заглушки имели жестко закодированные конечные точки QA. Я изменил код заглушения клиента, удалил жестко закодированные конечные точки из прокси-сгенерированного кода, а поставщик привязки начал работать нормально. Все другие решения занимали много времени, и для использования служб шлюза требовались изменения уровня среды.

Answer 2

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

Я предпочитаю UDDI, потому что он обеспечивает большую гибкость. : https://docs.oracle.com/cd/E17904_01/admin.1111/e15867/uddi.htm#OSBAG392