JAXWS-проблемы генерации правильной структуры SOAP-сообщения

У нас есть приложение, которое должно использовать внешний веб-сервис. Для этого мы сгенерировали набор артефактов Java из WSDL через Maven, используя цель wsdl2java, предоставленную плагином cxf-codegen-plugin.

Мы написали интеграционный тест как часть нашего набора тестов, который вызывает реальный веб-сервис, и все работает нормально.

Код для интеграции с фактическим веб-сервисом затем упаковывается в набор банок и используется внутри переднего плана приложения. который должен использовать веб-сервис.

У нас возникает проблема, когда приложение FE использует код интеграции. Точно такой же код выполняется приложением FE, который используется в нашем рабочем интеграционном тесте, но сообщение SOAP, которое в конечном счете генерируется, отличается между ними, и сообщение, генерируемое фактическим приложением, неверно.

Рабочий запрос SOAP, полученный нашими интеграционными тестами, выглядит следующим образом:

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
  <S:Body>
    <ns12:ProcessUIRequest xmlns:ns10="http://zzz/yyyentityview/validation/"
    xmlns:ns11="http://zzz/yyyview/search/list/"
    xmlns:ns12="http://zzz/yyywebservice/v5/types/"
    xmlns:ns2="http://zzz/yyyentityview/app/"
    xmlns:ns3="http://zzz/yyyentityview/client/"
    xmlns:ns4="http://zzz/yyyview/search/postcode/"
    xmlns:ns5="http://zzz/yyyview/app/"
    xmlns:ns6="http://zzz/yyyview/search/app/"
    xmlns:ns7="http://zzz/yyyview/search/bank/"
    xmlns:ns8="http://zzz/yyyview/uw/"
    xmlns:ns9="http://zzz/yyybase/">
      <ns12:ProcessUIRequest CallType="Submit" DisplayError="false"
      IsAnonymous="false" IsCompactRequest="false" IsError="false">
        <ns9:ModelData>
          <ns9:TransactionData ApplicationReference="20000003CR3.00000003"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:type="ns5:QuoteLoadTxnDataVO" />
        </ns9:ModelData>
        <ns9:Activity ActionCode="QuoteLoad" ActionMode="Default"
        ActivityCode="QuoteApplicationFull" ActivityMode="Default"
        ActivityReference="" ActivityStatus="Inital"
        ActivityTransaction="StartNewActivityAndLogOffUser"
        CanProceedWithValidationsOutstanding="true">
          <ns9:BusinessKeys>
            <item>
              <key>
                <string>ADVREF</string>
              </key>
              <value>
                <BusinessKeyVO KeyName="ADVREF" KeyValue="AVAGT01">
                  <BusinessKey KeyName="ADVREF" KeyType="Unknown"
                  KeyValue="AVAGT01" />
                </BusinessKeyVO>
              </value>
            </item>
          </ns9:BusinessKeys>
        </ns9:Activity>
      </ns12:ProcessUIRequest>
    </ns12:ProcessUIRequest>
  </S:Body>
</S:Envelope>

POJO, которое является маршаллированный в этот запрос SOAP:

<tcp.ssgbase.BaseVO>
  <modelData>
    <transactionData class="tcp.ssgview.app.QuoteLoadTxnDataVO">
      <applicationReference>20000003CR3.00000003</applicationReference>
    </transactionData>
  </modelData>
  <activity>
    <businessKeys>
      <item>
        <tcp.serializable__dictionary.BusinessKeyItem>
          <key>
            <string>ADVREF</string>
          </key>
          <value>
            <businessKeyVO>
              <businessKey>
                <keyName>ADVREF</keyName>
                <keyValue>AVAGT01</keyValue>
                <keyType>Unknown</keyType>
              </businessKey>
              <keyName>ADVREF</keyName>
              <keyValue>AVAGT01</keyValue>
            </businessKeyVO>
          </value>
        </tcp.serializable__dictionary.BusinessKeyItem>
      </item>
    </businessKeys>
    <actionMode>DEFAULT</actionMode>
    <activityMode>DEFAULT</activityMode>
    <activityTransaction>START_NEW_ACTIVITY_AND_LOG_OFF_USER</activityTransaction>
    <actionCode>QuoteLoad</actionCode>
    <activityReference></activityReference>
    <activityStatus>INITAL</activityStatus>
    <activityCode>QuoteApplicationFull</activityCode>
    <canProceedWithValidationsOutstanding>true</canProceedWithValidationsOutstanding>
  </activity>
  <displayError>false</displayError>
  <isAnonymous>false</isAnonymous>
  <isError>false</isError>
  <isCompactRequest>false</isCompactRequest>
  <callType>SUBMIT</callType>
</tcp.ssgbase.BaseVO>

Запрос SOAP, генерируемый фактическим приложением FE, выглядит следующим образом:

<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
  <soapenv:Body>
    <ns2:ProcessUIRequest xmlns:ns2="http://zzz/yyywebservice/v5/types/">
      <processUIRequest>
        <activity>
          <actionCode>QuoteLoad</actionCode>
          <actionMode>DEFAULT</actionMode>
          <activityCode>QuoteApplicationFull</activityCode>
          <activityMode>DEFAULT</activityMode>
          <activityReference />
          <activityStatus>INITAL</activityStatus>
          <activityTransaction>
          START_NEW_ACTIVITY_AND_LOG_OFF_USER</activityTransaction>
          <businessKeys />
          <canProceedWithValidationsOutstanding>
          true</canProceedWithValidationsOutstanding>
        </activity>
        <callType>SUBMIT</callType>
        <displayError>false</displayError>
        <isAnonymous>false</isAnonymous>
        <isCompactRequest>false</isCompactRequest>
        <isError>false</isError>
        <modelData>
          <transactionData xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:type="ns2:quoteLoadTxnDataVO">
            <applicationReference>
            20000003ESF.00000018</applicationReference>
          </transactionData>
        </modelData>
      </processUIRequest>
    </ns2:ProcessUIRequest>
  </soapenv:Body>
</soapenv:Envelope>

Объекта POJO, который упорядочивается в том, что запрос SOAP:

<tcp.ssgbase.BaseVO>
  <modelData>
    <transactionData class="tcp.ssgview.app.QuoteLoadTxnDataVO">
      <applicationReference>20000003ESF.00000018</applicationReference>
    </transactionData>
  </modelData>
  <activity>
    <businessKeys>
      <item>
        <tcp.serializable__dictionary.BusinessKeyItem>
          <key>
            <string>ADVREF</string>
          </key>
          <value>
            <businessKeyVO>
              <businessKey>
                <keyName>ADVREF</keyName>
                <keyValue>AVAGT01</keyValue>
                <keyType>Unknown</keyType>
              </businessKey>
              <keyName>ADVREF</keyName>
              <keyValue>AVAGT01</keyValue>
            </businessKeyVO>
          </value>
        </tcp.serializable__dictionary.BusinessKeyItem>
      </item>
    </businessKeys>
    <actionMode>DEFAULT</actionMode>
    <activityMode>DEFAULT</activityMode>
    <activityTransaction>START_NEW_ACTIVITY_AND_LOG_OFF_USER</activityTransaction>
    <actionCode>QuoteLoad</actionCode>
    <activityReference></activityReference>
    <activityStatus>INITAL</activityStatus>
    <activityCode>QuoteApplicationFull</activityCode>
    <canProceedWithValidationsOutstanding>true</canProceedWithValidationsOutstanding>
  </activity>
  <displayError>false</displayError>
  <isAnonymous>false</isAnonymous>
  <isError>false</isError>
  <isCompactRequest>false</isCompactRequest>
  <callType>SUBMIT</callType>
</tcp.ssgbase.BaseVO>

Вы можете видеть, что структура двух запросов различна, хотя код, выполняемый в наших интеграционных банках, точно такой же, и структура POJOs, используемых для создания сообщения SOAP, одинакова (за исключением одного значения). Судя по запросу, это похоже на запрос, генерируемый в приложении FE, не собирает правильный WSDL и связанные с ним xsd.

Наш код для создания правильной реализации интерфейса конечной точки службы:

private <T> T createServiceObject(final Class<T> p_seiClass) throws ApplicationException {
        try {
            final Service serviceFactory = Service.create(new URL(wsdlLocation), new QName(targetNamespace, serviceName));

            final SoapHandlerResolver handlerResolver = new SoapHandlerResolver();
            handlerResolver.addHandler(new SoapMessageLoggingHandler());
            serviceFactory.setHandlerResolver(handlerResolver);

            final T service = serviceFactory.getPort(p_seiClass);
            ((BindingProvider) service).getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY,
                "endpoint");

            return service;
        } catch (MalformedURLException e) {
            throw new ApplicationException(ApplicationErrorCode.COMM_ERR_UNEXPECTED_ERROR, e);
        }
    }

После некоторой отладки я заметил, что экземпляр serviceFactory отличается в интеграционном тесте и когда мы работаем в приложении FE.

В тесте интеграции экземпляр класса (взятого из отладчика Eclipse, где мы запускаем интеграцию тест с использованием jUnit) - это: "JAX-WS RI 2.1.6 в JDK 6: Stub for", и он, по-видимому, имеет тип "SEIStub".

При выполнении в приложении FE экземпляром класса является org.апаш.axis2.Джакс.клиент.полномочие.JAXWSProxyHandler. Приложение FE размещается и выполняется на WebSphere Application Server.

Итак, мой вопрос заключается в том, что может произойти при запуске в реальном приложении FE, чтобы вызвать неправильные определения WSDL и XSD, которые будут подобраны при маршалировании POJO в запрос на мыло? Я потратил много времени, пытаясь отладить это, но безрезультатно.