Python/Пена: Введите не найденный: 'xs:complexType'
УСПОКОИТЕЛЬНОЕ программирование о:
- ресурсы, определяемые персистентным идентификатором: URIs являются повсеместным выбором идентификатора в эти дни
- ресурсы, управляемые с помощью единого набора глаголов: методы HTTP являются обычно замечаемым случаем - почтенное
Create,Retrieve,Update,DeleteстановитсяPOST,GET,PUT, иDELETE. Но REST не ограничен HTTP, это - просто обычно используемый транспорт прямо сейчас. - фактическое представление, полученное для ресурса, зависит от запроса а не идентификатора: использование Принимает, что заголовки управляют, хотите ли Вы XML, HTTP или даже Объект Java представление ресурса
- поддержание состояния в объекте и представлении состояния в представлении
- представление отношений между ресурсами в представлении ресурса: ссылки между объектами встраиваются непосредственно в представлении
- , представления ресурса описывают, как представление может использоваться и при каких обстоятельствах оно должно быть отброшено/повторно выбрано последовательным способом: использование заголовков Управления Кэша HTTP
последний является, вероятно, самым важным с точки зрения последствий и полной эффективности REST. В целом, большинство УСПОКОИТЕЛЬНЫХ обсуждений, кажется, центрируется на HTTP и его использовании от браузера и что нет. Я понимаю это R. Fielding ввел термин, когда он описал архитектуру и решения тот вывод к HTTP. Его тезис больше об архитектуре и способности кэша ресурсов, чем это о HTTP.
, Если Вы действительно интересуетесь тем, что Архитектура RESTful и почему она работает, читайте его тезис несколько раз и читайте целая вещь не просто Глава 5! Затем изучите , почему DNS работает . Читайте об иерархической организации DNS и как работают направления. Тогда считайте и рассмотрите, как кэширование DNS работает. Наконец, прочитайте Спецификации HTTP ( RFC2616 и RFC3040 в особенности) и рассмотрите, как и почему кэширующиеся работы способ, которым он делает. В конечном счете это просто нажмет. Заключительное открытие для меня было, когда я видел подобие между DNS и HTTP. После этого понимая, почему SOA и Интерфейсы передачи сообщений являются масштабируемыми запусками для нажатия.
я думаю, что самый важный прием к пониманию архитектурной важности и последствий производительности УСПОКОИТЕЛЬНОГО и Совместно использованный Ничто архитектура не должно стараться не становиться одержимым деталями реализации и технологией. Концентрат на том, кто владеет ресурсами, кто ответственен за создание/поддержание их, и т.д. Тогда думает о представлениях, протоколах и технологиях.
1 ответ
Ресурс Ewall хороший. Если вы попробуете поискать в билетах suds trac, вы увидите, что у других людей есть проблемы , похожие на ваши , но с другими типами объектов. Это может быть хорошим способом узнать на его примерах и узнать, как они импортируют свои пространства имен.
Проблема в том, что ваш wsdl содержит определение схемы, которое ссылается на (...) но не может импортировать в " http://schemas.xmlsoap.org/soap/encoding/ " пространство имен (и связанная схема) должным образом. Схема может быть исправлена на время выполнения с использованием схемы ImportDoctor как обсуждалось здесь: https://fedorahosted.org/suds/wiki/Documentation#FIXINGBROKENSCHEMAs .
Это довольно распространенная проблема.
Часто упоминаемая схема (то есть не импортировано) - это раздел 5 SOAP схема кодирования. Теперь это можно исправить следующим образом:
(все внимание было уделено мне)
Вы можете попробовать строки, содержащиеся в этой документации, добавляя пространства имен, представленные в вашем WSDL. Это может быть метод проб и ошибок.
imp = Import('http://schemas.xmlsoap.org/soap/encoding/')
# Below is your targetNamespace presented in WSDL. Remember
# that you can add more namespaces by appending more imp.filter.add
imp.filter.add('http://someURL.asmx')
doctor = ImportDoctor(imp)
client = Client(url, doctor=doctor)
Вы не предоставили WSDL, с которым работаете, я полагаю, у вас есть причины не показывать нам ... поэтому я думаю, вам нужно попробовать эти возможности, сами. Удачи!