SoapUI vs Java Web Service Client

Если веб-служба SOAP хорошо работает через SoapUI (производя правильные ответы SOAP), в то время как создание клиента веб-службы в Java с использованием различных API/платформ для вызова этой веб-службы сталкивается с различными проблемами, безопасно ли считать эту веб-службу стабильной и проблемы со стороны потребителя?

Здесь я задаю общий вопрос, я уже задал подробный, который, вероятно, слишком долго читать. Я заинтересован в концепции больше, чем в моей реальной жизни. поэтому, если вы можете ответить на мой вопрос, не ссылаясь на мой более длинный пост, пожалуйста, сделайте это.

Обновление : Я понял, что даже если WSDL совместим с WS-I и работает правильно через SoapUI, этого все равно недостаточно, чтобы сделать вывод, что веб-служба не сломана. Как сказал @jtahlborn, SoapUI очень терпим к сломанным веб-сервисам, и он может легко обмануть вас, чтобы поверить, что ваш веб-сервис работает нормально, что и произошло в моем случае.

Я ... построение ответа SOAP в ESB и моя проблема заключалась в том, что я использовал пространство имен, которое было определено в WSDL, но не в схеме. SoapUI получил ответ и показал его мне (с неправильным пространством имен); этой проблемы можно было бы избежать, если бы я включил опцию проверки ответа.

Также следует отметить, что в клиенте веб-службы Java, созданном для тестирования моей веб-службы, ответ не может быть загружен в выходной объект (исключение NullPointerException ошибка появилась, когда я попытался получить доступ к выходному объекту), это было связано с проблемой пространства имен, и он начал работать правильно, как только я исправил пространство имен.