Недавно у нас возникла та же проблема, и это оказалось в случае неправильного URL и, следовательно, стандартного ответа HTTP 403 (который, очевидно, не является действительным XML, который искал клиент).Я собираюсь поделиться подробностями на случай, если кто-то в том же контексте столкнулся с этой проблемой:
Это было веб-приложение на основе Spring, в котором bean-компонент JaxWsPortProxyFactoryBean был настроен для предоставления прокси для удаленного порта..
<bean id="ourPortJaxProxyService"
class="org.springframework.remoting.jaxws.JaxWsPortProxyFactoryBean"
p:serviceInterface="com.amir.OurServiceSoapPortWs"
p:wsdlDocumentUrl="${END_POINT_BASE_URL}/OurService?wsdl"
p:namespaceUri="http://amir.com/jaxws" p:serviceName="OurService"
p:portName="OurSoapPort" />
«END_POINT_BASE_URL» - это переменная среды, настроенная в «setenv.sh» экземпляра Tomcat, в котором размещается веб-приложение.Содержимое файла выглядит примерно так:
export END_POINT_BASE_URL="http://localhost:9001/BusinessAppServices"
#export END_POINT_BASE_URL="http://localhost:8765/BusinessAppServices"
Отсутствует ";"после каждой строки вызываются неверно сформированные URL и, следовательно, плохой ответ.То есть вместо «BusinessAppServices / OurService? Wsdl» в URL-адресе раньше был символ «/».«TCP / IP Monitor» был очень удобен при устранении проблемы.