Использование пользовательского файла wsdl в axis2 - проблема при использованиивместо - PullRequest
0 голосов
/ 28 ноября 2010

Я использую axis2 для своих веб-сервисов.Сегодня, когда я попытался использовать свой собственный файл wsdl вместо сгенерированного по умолчанию параметра axis2, я наблюдаю неожиданное поведение.я выполняю этот, я получаю значение для бланка, а для b и с - ноль.

Это запрос мыла, который я посылаю <axis:multiply> <axis:a>a</axis:a> <axis:b>b</axis:b> <axis:c>c</axis:c> </axis:multiply> на сервер.

Вот фрагмент кода, который я использую на стороне сервера.

              public String multiply(String a, String b, String c) throws Exception
       {
    LogHelper.info(logger, "Begin - Multiply");
    if (a.trim().equals(""))
        LogHelper.info(logger, "value fo a is a=\"\"");
    if (b == null)
        LogHelper.info(logger, "value fo b is null");
    if (c == null)
        LogHelper.info(logger, "value fo c is null");

    return "Hellow World";
        }

на консоли для регистраторов. Я получаю ниже:почему я получаю значения как черные или нулевые, даже если я предоставляю значения.

Спасибо,
Нарендра

1 Ответ

0 голосов
/ 04 декабря 2010

Это ошибка в АБР. Пожалуйста, обратитесь к https://issues.apache.org/jira/browse/AXIS2-842

Это было исправлено, поэтому я думаю, что вы используете более старую версию.

Я тестировал эту проблему с осью 1.5.1 / jdk1.6.0 / openSuse 11.2. Кажется, что он работает гладко как с вызовом REST, так и с заглушкой клиента. Вот мой сложный тип:

<xsd:element name="concat">
  <xsd:complexType>
    <xsd:all>
        <xsd:element name="s1" type="xsd:string"/>
        <xsd:element name="s2" type="xsd:string"/>
   </xsd:all>
 </xsd:complexType>
</xsd:element>

Операция должна соответствовать строкам. REST URL выглядит так:

http://.../axis2/services/TestService/concat?s2=test2&s1=test1

Ответ, похоже, тоже в порядке:

<ns1:concatResponse xmlns:ns1="..."><r>test1test2</r></ns1:concatResponse>

Реализация сервиса тривиальна. Итак ... для меня это исправлено: - (

Ура!

...