Любое обходное решение для игнорирования неожиданных элементов в Apache Axis 1.4?

Ответ 1

Мы всегда переживаем этот ад из-за того, что плохие продавцы пишут эти службы.

Таким образом, к сожалению, нет возможности использовать параметры для WSDL2JAVA, НО есть обходной путь, вы должны регенерировать заглушки хотя бы один раз:

• Замените xs:sequence на xs:all. Это позволяет возвращать элементы в любом порядке и помогает исправить множество случаев, а также сгенерированный код заглушки, что облегчает выполнение шага.
• Извините, но вы за каждый ответ bean заходите в его класс из сгенерированного кода (например, ResponseGetCustomerInfo.java), а вместо этого:

while(!reader.isStartElement() && !reader.isEndElement())
   reader.next();

if(reader.isStartElement())
// A start element we are not expecting indicates a trailing invalid
// property
throw new org.apache.axis2.databinding.ADBException("Unexpected subelement " + reader.getLocalName());

Имейте это:

while(!reader.isStartElement() && !reader.isEndElement())
   reader.next();

// if(reader.isStartElement())
// A start element we are not expecting indicates a trailing invalid
// property

// The below is commented, to prevent unexpected result parameters from causing an exception
// (As well as the condition above is removed)
//  throw new org.apache.axis2.databinding.ADBException("Unexpected subelement " + reader.getLocalName());

Он тестировался и работает хотя бы лучше, чем без решения.

Ответ 2

Не использовал Axis 1.4, но быстро взглянул на документы.

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

Обработчик имеет полный доступ к телу SOAP, прежде чем он будет отправлен вперед для обработки. Таким образом, вы можете использовать это как возможность удалить элементы, которые вам не нравятся.

Копайте немного, и вы обнаружите, что в конечном итоге вы получите элемент DOM, который представляет ваше тело SOAP, поэтому вы можете играть в примитивные игры DOM, чтобы добавлять/удалять узлы и т.д., и устанавливать их обратно в обработчик.

Ваш сервис никогда не увидит новые узлы в теле редактирования SOAP.

Все, что было сказано, вы, возможно, сможете это сделать и с помощью сервлет-фильтра.

Ответ 3

Я хочу поделиться своим опытом с написанием Java-клиента с сервисом .NET WCF, безопасным общением через Интернет. Сначала мы попытались использовать библиотеку Axis 2 и имели ошибки, генерирующие Java-клиентский класс из WSDL, когда служба использовала режим Message Message. Затем мы попробовали библиотеку Metro с интегрированной средой NetBeans. У него также были некоторые проблемы, поскольку версия Metro, поставляемая с NetBeans, имела ошибку. После обновления до последнего Metro 2.3 в то время, октябрь 2014 года, мы смогли создать Java-клиент, который работает без проблем.

Ключевой частью получения успешного вызова веб-службы с Java была настройка клиентских и серверных сертификатов как на Java, так и на .Net-клиента. Вот статья, в которой объясняются этапы. http://nosuchblogger.com/post/216/wcf-message-security-with-a-java-client

Если кто-то заинтересован в более подробной информации, используя библиотеку Metro, используя защиту сообщений и взаимную проверку сертификатов, ниже, я могу предоставить более подробную информацию.