Неправильный XML, созданный SUDS

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

....
   <ns0:Body>
      <ns1:CreationReq>
         <ReqType>
            <ReqType>1</ReqType>
            <Title>Mr</Title>
            ....
         </ReqType>
      </ns1:CreationReq>
   </ns0:Body>
....

Я проверил WSDL, чтобы убедиться, что с ним все в порядке.

Проблема, похоже, в том, что я создал объект CreationReq, используя метод client.factory.create. Проверка клиента путем его печати показывает, что метод, который я вызываю, не принимает этот объект в качестве параметра. Скорее он принимает список именованных аргументов.

Итак, мой код был:

req = client.factory.create('CreationReq')
req.ReqType = 1
req.Title = 'Mr'
resp = client.service.Create(req)

Теперь есть:

req = {}
req['ReqType'] = 1
req['Title'] = 'Mr'
resp = client.service.Create(**req)

Если вы создаете клиент для своих служб suds, вы можете увидеть некоторые атрибуты, чтобы определить, какие объекты необходимы для передачи в вызов службы.

Например:

import suds
client = suds.Client(url)
for a in client.sd: #print the whole service definition
    print a

Это должно показать вам префиксы, порты с методами и типами. Для вашего кода вы должны иметь возможность видеть, что нужно передать в сервисном вызове createCase. Несмотря на то, что WSDL может определить метод как требующий «FWTCaseCreate», suds может подобрать определение для createCase, чтобы ему требовались типы ClassificationEventCode, Priority, Title и т. д.

Поэтому вы не хотели бы делать: (который проходит в newCase для первого аргумента, помещая все детали под этот тег)

newCase = client.factory.create('ns1:FWTCaseCreate')
caseID = client.service.createCase(newCase)

Но вместо этого вызовите службу следующим образом: (на основе определения службы)

newCase = client.factory.create('ns1:FWTCaseCreate')
caseID = client.service.createCase(newCase.ClassificationEventCode, newCase.Priority, ...)

Или, может быть:

newCase = client.factory.create('ns1:FWTCaseCreate')
caseID = client.service.createCase(*[getattr(newCase,a) for a in newCase.__keylist__])

Передача списка аргументов, необходимых для вызова службы.

Я не знаю, почему определение вызова службы неправильно разрешается как то, чем оно является, но передача правильного объекта не расширяется автоматически до нужного списка аргументов. Возможно, чтение источника suds ( http://jortel.fedorapeople.org/suds/doc/ ) поможет разгласить ответ.

Собираетесь ли вы использовать это как файл конфигурации или для хранения информации. Или это для отправки данных через Интернет?

Хорошо, если это так, то почему бы не использовать json или json-rpc, говорят, что они намного быстрее, их легче анализировать и намного легче читать. XML - ужасный тип данных, и я лично не могу дождаться, пока он умрет, если вы ищете отправку данных, стоило бы использовать json.

Вы создаете элемент дважды. Удали это:

classEventCode = client.factory.create('ns1:FWTEventCode') 
classEventCode.value = 2000023 

И измените это:

newcase.ClassificationEventCode = 2000023

Это должно удалить этот дополнительный тег.

Я нашел эту тему в поисках решения той же проблемы. До сих пор я исследовал, что это происходит только тогда, когда вы передаете созданный на заводе объект непосредственно методу службы. И только с типами данных wsdl, использующими расширение (наследование).

Есть больше решений, о которых я мог бы подумать.

• вообще не используйте factory для типа верхнего уровня.
• написать плагин suds, изменяющий xml после генерации
• перепишите wsdl, чтобы не использовать наследование (тег расширения)
• изменить тип объекта перед переходом к сервисному методу

Я выбрал последний, так как это самый простой способ. Итак, есть код.

def sudsToDict(data):
    return dict([(str(key),val) for key,val in data])

Используйте так.

data = client.factory.create('wsdl_data_type')
# now fill with values and then
data = sudsToDict(data)
client.service.some_method(**data)