Как узнать wsdl сервиса
How to get the wsdl file from a webservice’s URL
I want to get the WSDL file for a webservice and the only thing I have is its URL (like webservice.example/foo).
If I use the URL directly only an error response is delivered.
4 Answers 4
If the URL is for example:
And the wsdl will be delivered.
to get the WSDL ( Web Service Description Language ) from a Web Service URL.
Is possible from SOAP Web Services:
Its only possible to get the WSDL if the webservice is configured to deliver it. Therefor you have to specify a serviceBehavior and enable httpGetEnabled:
In case the webservice is only accessible via https you have to enable httpsGetEnabled instead of httpGetEnabled.
To download the wsdl from a url using Developer Command Prompt for Visual Studio, run it in Administrator mode and enter the following command:
You can now consume the downloaded wsdl in your project as you see fit.
Not the answer you’re looking for? Browse other questions tagged wsdl or ask your own question.
Linked
Related
Hot Network Questions
Subscribe to RSS
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.12.14.41009
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.
Обращение к Web-сервису
Материал из BiTel WiKi
Содержание
Генерация кода и обращение к сервису
1. Получение WSDL файла с описанием сервиса. Загрузка браузером либо иным способом по URL вида: http://bumer.core.ufanet.ru/ufanettest/ws/ws1c.1cws?wsdl WSDL файла. Сохраняем в файл, назовём его ws1c.wsdl.
2. Генерация Java классов на основании WSDL описания с помощью утилиты wsimport Oracle JDK, исходные файлы генерируются в пакет ru.bgcrm.plugin.ocu.ws, корневой каталог исходников
По вновь полученным исходным кодам можно глобальной заменой заменить javax.xml.datatype.XMLGregorianCalendar на java.util.Date, затем XMLGregorianCalendar на Date. Всё работает и со стандартным классом дата и время.
Возможна проблема при импорте вида:
Проблема возникает при генерации класса ObjectFactory в котором реализуется множество методов create.. Возможно совпадание названий методов создания какого-нибудь поля в объекте и вызова сервиса. В этом случае необходимо либо что-нибудь переименовать в классе сервиса на стороне сервиса либо использовать конфигурационный файл в котором явно указать имя создающей функции для чего-либо.
3. Пример вызова Web сервиса:
Параметры targetNamespace и name отображаются в начале WSDL описания, в данном случае так:
Название класса-сервиса и класса-порта (WebService и WebServicePortType) может различаться для разных сервисов.
Http Basic авторизация
Для Basic авторизации при вызове сервиса нужно дополнить вызов следующим кодом:
Http Basic авторизация включая WSDL описание
Если и WSDL описание сервиса возвращается только по Basic авторизации, то предыдущий пример упадёт на строке создания самого сервиса:
Найдено два способа обойти проблему:
Способ первый
При этом данный код становится ненужным:
Способ плох тем, что:
Способ второй (предпочтительный)
В создание сервиса передать WSDL из файла либо classpath (предпочтительнее). Т.к. в WSDL описании получается и адрес самого сервиса (endpoint), то далее он переопределяется с помощью опции ENDPOINT_ADDRESS_PROPERTY.
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 выглядит следующим образом —
Документ WSDL также может содержать другие элементы, такие как элементы расширения и элемент службы, которые позволяют группировать определения нескольких веб-служб в одном документе WSDL.
Продолжите анализировать пример документа WSDL.
WSDL — Пример
Ниже приведен файл WSDL, предоставленный для демонстрации простой программы WSDL.
пример
Содержимое файла HelloService.wsdl —
Пример анализа
Тип — Использование встроенных типов данных, и они определены в XMLSchema.
sayHelloRequest — параметр firstName
sayHelloresponse — приветствие, возвращаемое значение
Тип порта — операция sayHello, состоящая из запроса и службы ответа.
Привязка — Направление использования транспортного протокола HTTP SOAP.
Сервис — Сервис доступен по адресу http://www.examples.com/SayHello/
Порт — связывает привязку с URI http://www.examples.com/SayHello/, где можно получить доступ к работающей службе.
Тип — Использование встроенных типов данных, и они определены в XMLSchema.
sayHelloRequest — параметр firstName
sayHelloresponse — приветствие, возвращаемое значение
Тип порта — операция sayHello, состоящая из запроса и службы ответа.
Привязка — Направление использования транспортного протокола HTTP SOAP.
Сервис — Сервис доступен по адресу http://www.examples.com/SayHello/
Порт — связывает привязку с URI http://www.examples.com/SayHello/, где можно получить доступ к работающей службе.
WSDL — элемент
Элемент должен быть корневым элементом всех документов WSDL. Он определяет название веб-службы.
Из приведенного выше примера можно сделать вывод, что определения —
является контейнером всех других элементов.
определяет многочисленные пространства имен, которые используются в оставшейся части документа.
является контейнером всех других элементов.
определяет многочисленные пространства имен, которые используются в оставшейся части документа.
ПРИМЕЧАНИЕ. — Спецификация пространства имен не требует, чтобы документ присутствовал в данном месте. Важным моментом является то, что вы указываете уникальное значение, отличное от всех других определенных пространств имен.
WSDL — элемент
Веб-сервис должен определить свои входы и выходы и то, как они отображаются в сервисы и выходят из них. Элемент WSDL заботится об определении типов данных, используемых веб-службой. Типы — это документы XML или части документа.
Элемент types описывает все типы данных, используемые между клиентом и сервером.
WSDL не привязан исключительно к конкретной системе ввода.
WSDL использует спецификацию XML-схемы W3C в качестве выбора по умолчанию для определения типов данных.
Если служба использует только простые встроенные типы XML-схемы, такие как строки и целые числа, то элемент types не требуется.
WSDL позволяет определять типы в отдельных элементах, чтобы их можно было повторно использовать в нескольких веб-службах.
Элемент types описывает все типы данных, используемые между клиентом и сервером.
WSDL не привязан исключительно к конкретной системе ввода.
3) WSDL
Что такое WSDL?
Язык описания веб-служб (WSDL) — это файл на основе XML, который в основном сообщает клиентскому приложению, что делает веб-служба. Файл WSDL используется для краткого описания того, что делает веб-служба, и предоставляет клиенту всю информацию, необходимую для подключения к веб-службе и использования всех функций, предоставляемых веб-службой.
В этом руководстве мы сосредоточимся на последнем пункте, который является наиболее важной частью веб-служб, а именно на WSDL или языке описания веб-служб.
Файл WSDL используется для краткого описания того, что делает веб-служба, и предоставляет клиенту всю информацию, необходимую для подключения к веб-службе и использования всех функций, предоставляемых веб-службой.
В этом уроке вы узнаете
Структура документа WSDL
Документ WSDL используется для описания веб-службы. Это описание необходимо, чтобы клиентские приложения могли понять, что на самом деле делает веб-служба.
Сам файл WSDL может выглядеть очень сложным для любого пользователя, но он содержит всю необходимую информацию, которая потребуется любому клиентскому приложению для использования соответствующего веб-сервиса.
Ниже приведена общая структура файла WSDL.
Здесь следует отметить одну ключевую вещь: определение сообщений, то есть то, что передается по протоколу SOAP, фактически определено в документе WSDL.
Документ WSDL фактически сообщает клиентскому приложению, какие типы сообщений SOAP отправляются и принимаются веб-службой.
Другими словами, WSDL похож на открытку с адресом определенного места. В адресе указываются данные лица, доставившего открытку. Следовательно, таким же образом файл WSDL представляет собой открытку с адресом веб-службы, которая может предоставить все функции, которые хочет клиент.
Ниже приведена схема структуры файла WSDL
Элементы WSDL
Файл WSDL содержит следующие основные части
Например, может существовать тип данных с именем EmployeeDataType, который может иметь 2 элемента с именем «EmployeeName» типа string и «EmployeeID» с номером типа или целым числом. Вместе они образуют структуру данных, которая затем становится сложным типом данных.
тег используются для инкапсуляции каждого входного и выходного сообщения в одну логическую операцию. Таким образом, может существовать операция под названием «GetEmployee», которая объединяет входное сообщение о принятии EmployeeID из клиентского приложения и последующей отправке EmployeeName в качестве выходного сообщения.
тег используется для привязки операции к конкретному типу порта. Это связано с тем, что когда клиентское приложение вызывает соответствующий тип порта, оно сможет получить доступ к операциям, связанным с этим типом порта. Типы портов похожи на интерфейсы. Поэтому, если клиентскому приложению необходимо использовать веб-службу, ему необходимо использовать информацию о привязке, чтобы обеспечить возможность подключения к интерфейсу, предоставляемому этой веб-службой.
Почему WSDL
Веб-сервис имеет следующие ключевые функции
Файл WSDL написан на простом старом XML. Причина, по которой он находится в XML, заключается в том, что файл может быть прочитан любым языком программирования.
Так вот, где сервис внедряется. Если у вас нет WSDL-файла и вы хотите, чтобы класс Java использовал веб-сервис, вам потребуется много усилий для написания кода.
Часть сообщения WSDL
Этот элемент в основном используется для описания данных, которыми обмениваются веб-сервис и клиентское приложение.
Каждый веб-сервис всегда будет иметь 2 типа сообщений,
Каждое сообщение, в свою очередь, будет иметь элемент
, который используется для описания параметра, используемого входным и выходным сообщением.
Ниже приведен простой пример того, как выглядит сообщение для веб-службы. Функциональность веб-службы заключается в предоставлении названия «Учебника» после того, как «Идентификатор учебника» передан в качестве параметра веб-службе.
Привязка типа порта
Порты используются в WSDL для определения одной полной операции, предлагаемой веб-службой.
В предыдущей теме мы видели, что наш веб-сервис предоставил 2 сообщения, одно для ввода с именем «TutorialNameRequest», а другое для вывода с именем «TutorialNameResponse». Вместе форма ввода и вывода сообщения известна как одна полная операция.
WSDL предоставляет элемент с именем
, который используется для определения операций, предоставляемых веб-службой.
Итак, в нашем примере выше мы можем отметить следующее:
В дополнение к элементу
есть также элемент , который используется для определения способа передачи сообщений.
Создание файла WSDL
Файл WSDL создается всякий раз, когда веб-сервис создается на любом языке программирования.
Ниже приведен пример файла WSDL, созданного в Visual Studio.
Приведенный выше файл WSDL выглядит очень пугающим для любого пользователя, мы подробно рассмотрим различные части в последующих уроках, но сейчас давайте кратко рассмотрим, что на самом деле делает каждый раздел файла WSDL.
Публикация примера веб-сервиса
Теперь давайте рассмотрим пример того, как мы можем опубликовать веб-сервис и использовать его с помощью Visual Studio.
В этом примере мы создадим веб-сервис с одним WebMethod. Этот метод будет принимать параметр Integer с именем «TutorialID». Веб-метод затем возвращает строку с именем «Веб-службы».
Затем мы создадим консольное приложение, которое будет использовать этот веб-сервис и соответственно вызовет наш веб-метод.
Давайте посмотрим на шаги, необходимые для выполнения этого примера.
Шаг 1) Первый шаг — создать свой веб-сервис. Подробное описание того, как создается веб-проект Asp.Net и веб-служба, было объяснено здесь; Пожалуйста, выполните те же шаги, чтобы создать проект и веб-сервис соответственно. Ключевой частью является ввод приведенного ниже кода в файл веб-сервисов.
Объяснение кода:
Шаг 2) После того, как мы определили файл веб-сервисов, следующим шагом будет создание клиентского проекта, который будет использовать этот веб-сервис.
Давайте создадим простое консольное приложение, которое вызовет этот веб-сервис, вызовет «Guru99WebService» и затем отобразит вывод веб-метода на экране журнала консоли. Выполните следующие шаги, чтобы создать консольное приложение.
Щелкните правой кнопкой мыши файл решения Visual Studio и выберите опцию Добавить-> Новый проект
Шаг 3) На этом этапе
После того, как вы нажмете кнопку OK на приведенном выше экране, вы сможете увидеть проект в обозревателе решений в Visual Studio.
Шаг 4) На этом этапе вы устанавливаете консольное приложение DemoApplication в качестве запускаемого проекта. Это сделано для того, чтобы приложение запускалось первым при запуске всего проекта Visual Studio. Это консольное приложение, в свою очередь, вызывает веб-сервис, который будет автоматически запущен Visual Studio.
Чтобы выполнить этот шаг, щелкните правой кнопкой мыши проект DemoApplication и выберите параметр «Сделать стартовым проектом».
Шаг 5) Следующим шагом является добавление сервисной ссылки нашего «Guru99Webservice» в наше консольное приложение. Это сделано для того, чтобы DemoApplication мог ссылаться на веб-сервис и все веб-методы в веб-сервисе.
Для этого щелкните правой кнопкой мыши файл проекта DemoApplication и выберите пункт меню Add-> Service Reference.
Шаг 6) На этом шаге мы предоставим различные значения, необходимые для добавления нашей ссылки на услугу.
Когда мы нажимаем кнопку «ОК», весь необходимый код для доступа к этой веб-службе будет добавлен в наше приложение консоли DemoApplication, как показано ниже.
На снимке экрана показано, что «Guru99Webservice» был успешно добавлен в наше консольное приложение.
Шаг 7) Следующим шагом является добавление кода в наше консольное приложение для доступа к веб-методу в нашем веб-сервисе. Откройте файл кода Program.cs, который автоматически поставляется с консольным приложением, и добавьте приведенный ниже код.
Объяснение кода: —
Вывод
Если все вышеперечисленные шаги выполнены и DemoApplication запущен, будут отображены следующие выходные данные.
Из этого вывода мы ясно видим, что DemoApplication вызывает наш веб-сервис и что строка, возвращенная веб-сервисом, отображается в нашем журнале консоли.
Резюме
Получить WSDL конфигурационного Web- сервиса.
Есть некоторый конфигурационный Web- сервис, размещенный в пакете Custom.
Я хочу иметь возможность вызывать его методы из консольного приложения, для этого мне, соответственно, необходимо сгенерировать классы клиента по WSDL.
Как получить доступ к WSDL моего сервиса?
Был бы весьма признателен за информацию.
—
С уважением, Алексей Быков.
Или же SOAP Web- сервисы и клиенты полностью разрабатываются в MS Visual Studio, а затем код Web- сервиса переносится (копируется) в конфигурационный?
Добрый день.
WSDL можно получить, например, так:
https://my_site/0/ServiceModel/my_web_service.svc?wsdl
Требуется- ли какая- либо дополнительная настройка?
Ой, сорри, немного ошибся. Это не совсем конфигурационные web-сервисы.
Путь складывается так:
https://имя_сайта/0/rest/имя_сервиса
(это можно увидеть в модуле ServiceHelper)
При таких запросах:
Артем, спасибо большое за ответ.
Так. а что же делать? Есть- ли возможность разработки SOAP Web- сервисов? Если я хочу (нужно) из внешнего приложения обращаться к Web- сервису bpmonline, генерируя по его WSDL прокси- классы.
К вопросу об интеграции..
Web-сервисы
Интеграция приложений bpm’online с другими системами посредством web-сервисов позволяет существенно упростить процесс и значительно сократить время синхронизации данных.
Поддержка открытых стандартов (SOAP, WSDL) и широкая сфера применения web-сервисов позволяет связывать в единую информационную среду бизнес-приложения и системы, созданные на базе различных технологий.
Вполне вероятно, что мне подойдет WCF Web- сервис. DLL можно разместить в IIS и получить WSDL.
Добрый день!
Собственно то, о чем я говорил в самом первом ответе :), но для этого нужно дополнительные настройки (только если у Вас on-site)
В конфигурации создаем схему исходного кода c контрактом сервиса:
SPMSUBPServiceContract
и схему исходного кода c реализацие сервиса:
SPMSUBPService