Учебники

WSDL — Краткое руководство

WSDL — Введение

WSDL расшифровывается как язык описания веб-сервисов. Это стандартный формат для описания веб-службы. WSDL был разработан совместно Microsoft и IBM.

Особенности WSDL

  • WSDL — это основанный на XML протокол для обмена информацией в децентрализованных и распределенных средах.

  • Определения WSDL описывают, как получить доступ к веб-службе и какие операции она будет выполнять.

  • WSDL — это язык для описания взаимодействия с сервисами на основе XML.

  • WSDL является неотъемлемой частью универсального описания, обнаружения и интеграции (UDDI), всемирного реестра предприятий на основе XML.

  • WSDL — это язык, который использует UDDI.

  • WSDL произносится как «wiz-тупой» и произносится как «WSD-L».

WSDL — это основанный на XML протокол для обмена информацией в децентрализованных и распределенных средах.

Определения WSDL описывают, как получить доступ к веб-службе и какие операции она будет выполнять.

WSDL — это язык для описания взаимодействия с сервисами на основе XML.

WSDL является неотъемлемой частью универсального описания, обнаружения и интеграции (UDDI), всемирного реестра предприятий на основе XML.

WSDL — это язык, который использует UDDI.

WSDL произносится как «wiz-тупой» и произносится как «WSD-L».

Использование WSDL

WSDL часто используется в сочетании с SOAP и XML-схемой для предоставления веб-сервисов через Интернет. Клиентская программа, подключающаяся к веб-службе, может прочитать WSDL, чтобы определить, какие функции доступны на сервере. Все используемые специальные типы данных встраиваются в файл WSDL в форме XML-схемы. Затем клиент может использовать SOAP для фактического вызова одной из функций, перечисленных в WSDL.

История WSDL

WSDL 1.1 был представлен Ariba, IBM и Microsoft в виде заметки W3C для описания сервисов для W3C XML Activity по XML-протоколам в марте 2001 года.

WSDL 1.1 не был одобрен Консорциумом World Wide Web (W3C), однако он только что выпустил проект для версии 2.0, который будет рекомендацией (официальным стандартом), и, таким образом, одобрен W3C.

WSDL — Элементы

WSDL разбивает веб-службы на три определенных идентифицируемых элемента, которые могут быть объединены или использованы повторно после определения.

Три основных элемента WSDL, которые могут быть определены отдельно:

  • Типы
  • операции
  • переплет

Документ WSDL имеет различные элементы, но они содержатся в этих трех основных элементах, которые можно разрабатывать как отдельные документы, а затем их можно объединять или повторно использовать для формирования полных файлов WSDL.

Элементы WSDL

Документ WSDL содержит следующие элементы:

  • Определение — это корневой элемент всех документов WSDL. Он определяет имя веб-службы, объявляет несколько пространств имен, используемых в оставшейся части документа, и содержит все элементы службы, описанные здесь.

  • Типы данныхтипы данных, которые будут использоваться в сообщениях, представлены в форме схем XML.

  • Сообщение — это абстрактное определение данных в форме сообщения, представленного либо в виде всего документа, либо в качестве аргументов, которые должны быть сопоставлены с вызовом метода.

  • Операция — это абстрактное определение операции для сообщения, например, присвоение имени методу, очереди сообщений или бизнес-процессу, которое примет и обработает сообщение.

  • Тип порта — это абстрактный набор операций, сопоставленный с одной или несколькими конечными точками, определяющий набор операций для привязки; коллекция операций, как она абстрактна, может быть сопоставлена ​​с несколькими транспортными средствами через различные привязки.

  • Связывание — это конкретный протокол и форматы данных для операций и сообщений, определенных для определенного типа порта.

  • Порт — это сочетание привязки и сетевого адреса, обеспечивающее целевой адрес службы связи.

  • Сервис — это набор связанных конечных точек, охватывающий определения сервиса в файле; службы сопоставляют привязку с портом и включают любые определения расширяемости.

Определение — это корневой элемент всех документов WSDL. Он определяет имя веб-службы, объявляет несколько пространств имен, используемых в оставшейся части документа, и содержит все элементы службы, описанные здесь.

Типы данныхтипы данных, которые будут использоваться в сообщениях, представлены в форме схем XML.

Сообщение — это абстрактное определение данных в форме сообщения, представленного либо в виде всего документа, либо в качестве аргументов, которые должны быть сопоставлены с вызовом метода.

Операция — это абстрактное определение операции для сообщения, например, присвоение имени методу, очереди сообщений или бизнес-процессу, которое примет и обработает сообщение.

Тип порта — это абстрактный набор операций, сопоставленный с одной или несколькими конечными точками, определяющий набор операций для привязки; коллекция операций, как она абстрактна, может быть сопоставлена ​​с несколькими транспортными средствами через различные привязки.

Связывание — это конкретный протокол и форматы данных для операций и сообщений, определенных для определенного типа порта.

Порт — это сочетание привязки и сетевого адреса, обеспечивающее целевой адрес службы связи.

Сервис — это набор связанных конечных точек, охватывающий определения сервиса в файле; службы сопоставляют привязку с портом и включают любые определения расширяемости.

В дополнение к этим основным элементам спецификация WSDL также определяет следующие служебные элементы:

  • Документация — Этот элемент используется для предоставления удобочитаемой документации и может быть включен в любой другой элемент WSDL.

  • Импорт — этот элемент используется для импорта других документов WSDL или схем XML.

Документация — Этот элемент используется для предоставления удобочитаемой документации и может быть включен в любой другой элемент WSDL.

Импорт — этот элемент используется для импорта других документов WSDL или схем XML.

ПРИМЕЧАНИЕ. — Части WSDL обычно генерируются автоматически с использованием инструментов, поддерживающих веб-службы.

Структура документа WSDL

Основная структура документа WSDL выглядит следующим образом —

<definitions>
   <types>
      definition of types........
   </types>

   <message>
      definition of a message....
   </message>

   <portType>
      <operation>
         definition of a operation.......  
      </operation>
   </portType>

   <binding>
      definition of a binding....
   </binding>

   <service>
      definition of a service....
   </service>
</definitions>

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

Продолжите анализировать пример документа WSDL.

WSDL — Пример

Ниже приведен файл WSDL, предоставленный для демонстрации простой программы WSDL.

Предположим, что сервис предоставляет единственную общедоступную функцию, называемую sayHello . Эта функция ожидает один строковый параметр и возвращает приветствие одной строки. Например, если вы передаете параметр world, то сервисная функция sayHello возвращает приветствие «Hello, world!».

пример

Содержимое файла HelloService.wsdl —

<definitions name = "HelloService"
   targetNamespace = "http://www.examples.com/wsdl/HelloService.wsdl"
   xmlns = "http://schemas.xmlsoap.org/wsdl/"
   xmlns:soap = "http://schemas.xmlsoap.org/wsdl/soap/"
   xmlns:tns = "http://www.examples.com/wsdl/HelloService.wsdl"
   xmlns:xsd = "http://www.w3.org/2001/XMLSchema">
 
   <message name = "SayHelloRequest">
      <part name = "firstName" type = "xsd:string"/>
   </message>
	
   <message name = "SayHelloResponse">
      <part name = "greeting" type = "xsd:string"/>
   </message>

   <portType name = "Hello_PortType">
      <operation name = "sayHello">
         <input message = "tns:SayHelloRequest"/>
         <output message = "tns:SayHelloResponse"/>
      </operation>
   </portType>

   <binding name = "Hello_Binding" type = "tns:Hello_PortType">
      <soap:binding style = "rpc"
         transport = "http://schemas.xmlsoap.org/soap/http"/>
      <operation name = "sayHello">
         <soap:operation soapAction = "sayHello"/>
         <input>
            <soap:body
               encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
               namespace = "urn:examples:helloservice"
               use = "encoded"/>
         </input>
		
         <output>
            <soap:body
               encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
               namespace = "urn:examples:helloservice"
               use = "encoded"/>
         </output>
      </operation>
   </binding>

   <service name = "Hello_Service">
      <documentation>WSDL File for HelloService</documentation>
      <port binding = "tns:Hello_Binding" name = "Hello_Port">
         <soap:address
            location = "http://www.examples.com/SayHello/" />
      </port>
   </service>
</definitions>

Пример анализа

  • Определения — HelloService

  • Тип — Использование встроенных типов данных, и они определены в XMLSchema.

  • Сообщение

    • sayHelloRequest — параметр firstName

    • sayHelloresponse — приветствие, возвращаемое значение

  • Тип порта — операция sayHello, состоящая из запроса и службы ответа.

  • Привязка — Направление использования транспортного протокола HTTP SOAP.

  • Сервис — Сервис доступен по адресу http://www.examples.com/SayHello/

  • Порт — связывает привязку с URI http://www.examples.com/SayHello/, где можно получить доступ к работающей службе.

Определения — HelloService

Тип — Использование встроенных типов данных, и они определены в XMLSchema.

Сообщение

sayHelloRequest — параметр firstName

sayHelloresponse — приветствие, возвращаемое значение

Тип порта — операция sayHello, состоящая из запроса и службы ответа.

Привязка — Направление использования транспортного протокола HTTP SOAP.

Сервис — Сервис доступен по адресу http://www.examples.com/SayHello/

Порт — связывает привязку с URI http://www.examples.com/SayHello/, где можно получить доступ к работающей службе.

WSDL — <определение> элемент

Элемент <definitions> должен быть корневым элементом всех документов WSDL. Он определяет название веб-службы.

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

<definitions name="HelloService"
   targetNamespace="http://www.examples.com/wsdl/HelloService.wsdl"
   xmlns="http://schemas.xmlsoap.org/wsdl/"
   xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
   xmlns:tns="http://www.examples.com/wsdl/HelloService.wsdl"
   xmlns:xsd="http://www.w3.org/2001/XMLSchema">
   ................................................
</definitions>

Из приведенного выше примера можно сделать вывод, что определения

  • является контейнером всех других элементов.

  • указывает, что этот документ называется HelloService .

  • указывает атрибут targetNamespace . TargetNamespace — это соглашение XML-схемы, которое позволяет документу WSDL ссылаться на себя. В этом примере мы указали targetNamespace http://www.examples.com/wsdl/HelloService.wsdl

  • определяет пространство имен по умолчанию: xmlns = http: //schemas.xmlsoap.org/wsdl/. Поэтому все элементы без префикса пространства имен, такие как message или portType , считаются частью пространства имен WSDL по умолчанию.

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

является контейнером всех других элементов.

указывает, что этот документ называется HelloService .

указывает атрибут targetNamespace . TargetNamespace — это соглашение XML-схемы, которое позволяет документу WSDL ссылаться на себя. В этом примере мы указали targetNamespace http://www.examples.com/wsdl/HelloService.wsdl

определяет пространство имен по умолчанию: xmlns = http: //schemas.xmlsoap.org/wsdl/. Поэтому все элементы без префикса пространства имен, такие как message или portType , считаются частью пространства имен WSDL по умолчанию.

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

ПРИМЕЧАНИЕ. — Спецификация пространства имен не требует, чтобы документ присутствовал в данном месте. Важным моментом является то, что вы указываете уникальное значение, отличное от всех других определенных пространств имен.

WSDL — элемент <types>

Веб-сервис должен определить свои входы и выходы и то, как они отображаются в сервисы и выходят из них. Элемент WSDL <types> заботится об определении типов данных, используемых веб-службой. Типы — это документы XML или части документа.

  • Элемент types описывает все типы данных, используемые между клиентом и сервером.

  • WSDL не привязан исключительно к конкретной системе ввода.

  • WSDL использует спецификацию XML-схемы W3C в качестве выбора по умолчанию для определения типов данных.

  • Если служба использует только простые встроенные типы XML-схемы, такие как строки и целые числа, то элемент types не требуется.

  • WSDL позволяет определять типы в отдельных элементах, чтобы их можно было повторно использовать в нескольких веб-службах.

Элемент types описывает все типы данных, используемые между клиентом и сервером.

WSDL не привязан исключительно к конкретной системе ввода.

WSDL использует спецификацию XML-схемы W3C в качестве выбора по умолчанию для определения типов данных.

Если служба использует только простые встроенные типы XML-схемы, такие как строки и целые числа, то элемент types не требуется.

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

Вот фрагмент кода, взятый из спецификации W3C. Этот код показывает, как элемент типов может использоваться в WSDL.

<types>
   <schema targetNamespace = "http://example.com/stockquote.xsd"
      xmlns = "http://www.w3.org/2000/10/XMLSchema">
		
      <element name = "TradePriceRequest">
         <complexType>
            <all>
               <element name = "tickerSymbol" type = "string"/>
            </all>
         </complexType>
      </element>
		
      <element name = "TradePrice">
         <complexType>
            <all>
               <element name = "price" type = "float"/>
            </all>
         </complexType>
      </element>
		
   </schema>
</types>

Типы данных решают проблему определения типов данных и форматов, которые вы собираетесь использовать с вашими веб-сервисами. Информация о типе распределяется между отправителем и получателем. Таким образом, получатели сообщений должны иметь доступ к информации, которую вы использовали для кодирования ваших данных, и должны понимать, как их декодировать.

WSDL — элемент <message>

Элемент <message> описывает данные, которыми обмениваются поставщики веб-услуг и потребители.

  • Каждый веб-сервис имеет два сообщения: вход и выход.

  • Входные данные описывают параметры для веб-службы, а выходные данные описывают возвращаемые данные из веб-службы.

  • Каждое сообщение содержит ноль или более параметров <part> , по одному для каждого параметра функции веб-службы.

  • Каждый параметр <part> связывается с конкретным типом, определенным в элементе контейнера <types> .

Каждый веб-сервис имеет два сообщения: вход и выход.

Входные данные описывают параметры для веб-службы, а выходные данные описывают возвращаемые данные из веб-службы.

Каждое сообщение содержит ноль или более параметров <part> , по одному для каждого параметра функции веб-службы.

Каждый параметр <part> связывается с конкретным типом, определенным в элементе контейнера <types> .

Давайте возьмем кусок кода из главы примера WSDL —

<message name = "SayHelloRequest">
   <part name = "firstName" type = "xsd:string"/>
</message>

<message name = "SayHelloResponse">
   <part name = "greeting" type = "xsd:string"/>
</message>

Здесь определены два элемента сообщения. Первый представляет сообщение запроса SayHelloRequest , а второй представляет ответное сообщение SayHelloResponse .

Каждое из этих сообщений содержит один элемент part. Для запроса часть определяет параметры функции; в этом случае мы указываем один параметр firstName . Для ответа часть определяет возвращаемые значения функции; в этом случае мы указываем одно возвращаемое значение приветствия.

WSDL — элемент <portType>

Элемент <portType> объединяет несколько элементов сообщения, чтобы сформировать полную одностороннюю или двустороннюю операцию.

Например, <portType> может объединять один запрос и одно ответное сообщение в одну операцию запрос / ответ. Это чаще всего используется в сервисах SOAP. PortType может определять несколько операций.

Давайте возьмем кусок кода из главы примера WSDL —

<portType name = "Hello_PortType">
   <operation name = "sayHello">
      <input message = "tns:SayHelloRequest"/>
      <output message = "tns:SayHelloResponse"/>
   </operation>
</portType>
  • Элемент portType определяет одну операцию, называемую sayHello .

  • Операция состоит из одного входного сообщения SayHelloRequest и

  • выходное сообщение SayHelloResponse .

Элемент portType определяет одну операцию, называемую sayHello .

Операция состоит из одного входного сообщения SayHelloRequest и

выходное сообщение SayHelloResponse .

Образцы Операции

WSDL поддерживает четыре основных шаблона работы —

В одну сторону

Служба получает сообщение. Следовательно, операция имеет один элемент ввода . Грамматика для односторонней операции —

<wsdl:definitions .... > 
   <wsdl:portType .... > *
      <wsdl:operation name = "nmtoken">
         <wsdl:input name = "nmtoken"? message = "qname"/>
      </wsdl:operation>
   </wsdl:portType >
</wsdl:definitions>

Ответ на запрос

Служба получает сообщение и отправляет ответ. Поэтому операция имеет один элемент ввода , за которым следует один элемент вывода . Для инкапсуляции ошибок также может быть указан необязательный элемент неисправности . Грамматика для операции запрос-ответ —

<wsdl:definitions .... >
   <wsdl:portType .... > *
      <wsdl:operation name = "nmtoken" parameterOrder = "nmtokens">
         <wsdl:input name = "nmtoken"? message = "qname"/>
         <wsdl:output name = "nmtoken"? message = "qname"/>
         <wsdl:fault name = "nmtoken" message = "qname"/>*
      </wsdl:operation>
   </wsdl:portType>
</wsdl:definitions>

Запрашивать-ответ

Служба отправляет сообщение и получает ответ. Поэтому операция имеет один элемент вывода , за которым следует один элемент ввода . Для инкапсуляции ошибок также может быть указан необязательный элемент неисправности . Грамматика для операции запроса-ответа —

<wsdl:definitions .... >
   <wsdl:portType .... > *
      <wsdl:operation name = "nmtoken" parameterOrder = "nmtokens">
         <wsdl:output name = "nmtoken"? message = "qname"/>
         <wsdl:input name = "nmtoken"? message = "qname"/>
         <wsdl:fault name = "nmtoken" message = "qname"/>*
      </wsdl:operation>
   </wsdl:portType >
</wsdl:definitions>

уведомление

Служба отправляет сообщение. Следовательно, операция имеет один выходной элемент. Ниже приведена грамматика для операции уведомления:

<wsdl:definitions .... >
   <wsdl:portType .... > *
      <wsdl:operation name = "nmtoken">
         <wsdl:output name = "nmtoken"? message = "qname"/>
      </wsdl:operation>
   </wsdl:portType>
</wsdl:definitions>

WSDL — <обязательный> элемент

Элемент <binding> предоставляет конкретные сведения о том, как операция portType будет передаваться по проводам.

  • Привязки могут быть доступны через несколько транспортов, включая HTTP GET, HTTP POST или SOAP.

  • Привязки предоставляют конкретную информацию о том, какой протокол используется для передачи операций portType .

  • Привязки предоставляют информацию о том, где находится сервис.

  • Для протокола SOAP привязка — это <soap: binding> , а транспорт — это сообщения SOAP поверх протокола HTTP.

  • Вы можете указать несколько привязок для одного portType .

Привязки могут быть доступны через несколько транспортов, включая HTTP GET, HTTP POST или SOAP.

Привязки предоставляют конкретную информацию о том, какой протокол используется для передачи операций portType .

Привязки предоставляют информацию о том, где находится сервис.

Для протокола SOAP привязка — это <soap: binding> , а транспорт — это сообщения SOAP поверх протокола HTTP.

Вы можете указать несколько привязок для одного portType .

Элемент привязки имеет два атрибута: атрибут name и type .

<binding name = "Hello_Binding" type = "tns:Hello_PortType">

Атрибут name определяет имя привязки, а атрибут type указывает на порт для привязки, в данном случае это порт «tns: Hello_PortType».

SOAP Binding

WSDL 1.1 включает в себя встроенные расширения для SOAP 1.1. Он позволяет указывать специфические детали SOAP, включая заголовки SOAP, стили кодирования SOAP и HTTP-заголовок SOAPAction. Элементы расширения SOAP включают следующее:

  • мыло: связывание
  • мыло: операция
  • мыло: тело

мыло: связывание

Этот элемент указывает, что привязка будет доступна через SOAP. Атрибут style указывает общий стиль формата сообщения SOAP. Значение стиля rpc указывает формат RPC.

Атрибут транспорта указывает транспорт сообщений SOAP. Значение http://schemas.xmlsoap.org/soap/http указывает транспорт HTTP SOAP, тогда как http://schemas.xmlsoap.org/soap/smtp указывает транспорт SMTP SOAP.

мыло: операция

Этот элемент указывает на привязку конкретной операции к конкретной реализации SOAP. Атрибут soapAction указывает, что HTTP-заголовок SOAPAction будет использоваться для идентификации службы.

мыло: тело

Этот элемент позволяет указать детали входных и выходных сообщений. В случае HelloWorld элемент body определяет стиль кодирования SOAP и URN пространства имен, связанный с указанным сервисом.

Вот фрагмент кода из главы «Пример» —

<binding name = "Hello_Binding" type = "tns:Hello_PortType">
   <soap:binding style = "rpc" transport = "http://schemas.xmlsoap.org/soap/http"/>
   <operation name = "sayHello">
      <soap:operation soapAction = "sayHello"/>
			
      <input>
         <soap:body
            encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
            namespace = "urn:examples:helloservice" use = "encoded"/>
      </input>
			
      <output>
         <soap:body
            encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
            namespace = "urn:examples:helloservice" use = "encoded"/>
      </output>
   </operation>
</binding>

WSDL — элемент <ports>

Элемент <port> определяет отдельную конечную точку, указав один адрес для привязки.

Вот грамматика для указания порта —

<wsdl:definitions .... >
   <wsdl:service .... > *
      <wsdl:port name = "nmtoken" binding = "qname"> *
         <-- extensibility element (1) -->
      </wsdl:port>
   </wsdl:service>
</wsdl:definitions>
  • Элемент порта имеет два атрибута: имя и привязка .

  • Атрибут name обеспечивает уникальное имя среди всех портов, определенных в прилагаемом документе WSDL.

  • Атрибут привязки относится к привязке с использованием правил связывания, определенных WSDL.

  • Элементы расширяемости привязки используются для указания адресной информации для порта.

  • Порт НЕ ДОЛЖЕН указывать более одного адреса.

  • Порт НЕ ДОЛЖЕН указывать какую-либо информацию о привязке, кроме информации об адресе.

Элемент порта имеет два атрибута: имя и привязка .

Атрибут name обеспечивает уникальное имя среди всех портов, определенных в прилагаемом документе WSDL.

Атрибут привязки относится к привязке с использованием правил связывания, определенных WSDL.

Элементы расширяемости привязки используются для указания адресной информации для порта.

Порт НЕ ДОЛЖЕН указывать более одного адреса.

Порт НЕ ДОЛЖЕН указывать какую-либо информацию о привязке, кроме информации об адресе.

Вот фрагмент кода из главы «Пример» —

<service name = "Hello_Service">
   <documentation>WSDL File for HelloService</documentation>
   <port binding = "tns:Hello_Binding" name = "Hello_Port">
      <soap:address
         location = "http://www.examples.com/SayHello/">
   </port>
</service>

WSDL — элемент <service>

Элемент <service> определяет порты, поддерживаемые веб-службой. Для каждого из поддерживаемых протоколов существует один элемент порта. Служебный элемент представляет собой набор портов.

  • Клиенты веб-службы могут узнать следующее из элемента службы —

    • где получить доступ к услуге,
    • через какой порт получить доступ к веб-сервису, и
    • как определяются коммуникационные сообщения.
  • Элемент службы включает в себя элемент документации для обеспечения удобочитаемой документации.

Клиенты веб-службы могут узнать следующее из элемента службы —

Элемент службы включает в себя элемент документации для обеспечения удобочитаемой документации.

Вот фрагмент кода из главы «Пример» —

<service name = "Hello_Service">
   <documentation>WSDL File for HelloService</documentation>
   <port binding = "tns:Hello_Binding" name = "Hello_Port">
      <soap:address
         location = "http://www.examples.com/SayHello/">
   </port>
</service>

Атрибуты привязки элемента порта связывают адрес службы с элементом привязки, определенным в веб-службе. В этом примере это Hello_Binding

<binding name =" Hello_Binding" type = "tns:Hello_PortType">
   <soap:binding style = "rpc"
      transport = "http://schemas.xmlsoap.org/soap/http"/>
   <operation name = "sayHello">
      <soap:operation soapAction = "sayHello"/>
		
      <input>
         <soap:body
            encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
            namespace = "urn:examples:helloservice" use = "encoded"/>
      </input>
			
      <output>
         <soap:body
            encodingStyle = "http://schemas.xmlsoap.org/soap/encoding/"
            namespace = "urn:examples:helloservice" use = "encoded"/>
      </output>
   </operation>
</binding>

WSDL — Резюме

Мы рассмотрели основы WSDL в этом уроке. Следующим шагом является изучение SOAP, UDDI и веб-сервисов.

Веб-сервисы

Веб-сервисы — это веб-приложения открытого стандарта (XML, SOAP, HTTP и т. Д.), Которые взаимодействуют с другими веб-приложениями с целью обмена данными.

Чтобы узнать больше о веб-сервисах, посетите учебник по веб-сервисам.

UDDI

UDDI — это основанный на XML стандарт для описания, публикации и поиска веб-сервисов.

Чтобы узнать больше об UDDI, посетите UDDI Tutorial.

МЫЛО

SOAP — это простой протокол на основе XML, который позволяет приложениям обмениваться информацией по HTTP.

Чтобы узнать больше о SOAP, посетите SOAP Tutorial.

WSDL — Отзывы

Если вы заинтересованы в том, чтобы перечислить свою компанию, веб-сайт или книги в качестве ресурса WSDL, свяжитесь с нами по адресу [email protected].

15. март 2001

04. июнь 2002

28. окт 2002

11. фев 2004

11. фев 2004

11. фев 2004

11. июнь 2003

11. июнь 2003

11. июнь 2003

27. март 2006

27. март 2006

27. март 2006

27. март 2006

18. май 2006

09. май 2006

09. май 2006

15. дек 2004