Веб-сервіси – приклади. Що таке Web-сервіс

Механізм Web-сервісів системи «1С:Підприємство» заснований на використанні однойменних об'єктів метаданих, тобто. об'єктів конфігурації з галузі «Web-сервіси».

1. ЗАГАЛЬНІ ВИЗНАЧЕННЯ

Спробуємо надати узагальнене визначення терміну «Web-сервіс».

Web-сервіс- це мережна технологія, що забезпечує міжпрограмне взаємодія(між різними додатками) на основі веб-стандартів. Web-сервіси дають можливість звернутися з одного додатка до іншого і виконувати певні функції.

Веб-сервіс ідентифікується рядком URI (Uniform Resource Identifier) - уніфікованим ідентифікатором ресурсу (це символьний рядок, що дозволяє ідентифікувати ресурс).

Веб-сервіс має програмний інтерфейс, представлений у форматі WSDL(Web Services Description Language) - мова опису веб-сервісів та доступу до них, що базується на мові XML (специфікація http://www.w3.org/TR/wsdl). Призначений для уніфікованого представлення зовнішніх інтерфейсів веб-служби і використовується для того, щоб інша програма знала, що такий «сервіс» є у цієї програми (тобто перша програма на веб-сайті викладає відомості про свої сервіси саме у форматі файлу WSDL).

Інші системи взаємодіють із веб-сервісом шляхом обміну повідомленнями протоколу SOAP (Simple Object Access Protocol - простий протокол доступу до об'єктів) - протокол обміну структурованими повідомленнями в розподіленому обчислювальному середовищі (специфікація http://www.w3.org/TR/soap). Як і будь-який текстовий протокол, SOAP може використовуватися з будь-яким протоколом прикладного рівня: SMTP, FTP, HTTPS та інші, але найчастіше SOAP використовується поверх HTTP.

1. Концепція веб-сервісу.

SOAP використовується для обміну довільними повідомленнями у форматі XML та віддаленого виклику процедур (RPC).

Таким чином, між веб-сервісом та програмою здійснюється обмін XML-документами, оформленими у вигляді повідомлень. Стандарти веб-сервісів визначають:

формат повідомлень, інтерфейс, якому передається повідомлення;

Правила прив'язки змісту повідомлення до реалізує сервіс додатку та назад;

Механізми публікації та пошуку інтерфейсів.

Найпростіший і очевидніший приклад застосування web-сервісів - отримання довідкових даних з публічних сервісів, доступних в Інтернеті. Наприклад, Аерофлот за допомогою Web-сервісу надає інформацію про свої рейси, Банк Росії - інформацію про курси валют, цінні папери, кредитні організації - варіантів може бути багато.

2. WEB-СЕРВІСИ В СИСТЕМІ «1С:ПІДПРИЄМСТВО»

Прикладне рішення «1С:Підприємства 8» може бути:

постачальником веб-сервісів;

У системі «1С:Підприємства 8» Web-сервіси - це один із механізмів платформи, які використовуються для інтеграції з іншими інформаційними системами та додатками «1С:Підприємства 8» між собою.

Іншими словами, система «1С:Підприємство» може експортувати свою функціональність через Web-сервіси. Їх визначення задаються в дереві конфігурації та стають доступні довільним інформаційним системам завдяки публікації їх на веб-сервері.

Механізм Web-сервісів у системі «1С:Підприємство» є засобом підтримки сервісно-орієнтованої архітектури (Service-Oriented Architecture, SOA) - означає, що програми для обміну даними один з одним використовують «сервіси».

Для того, щоб функціональність системи «1С:Підприємство» могла бути доступна зовнішнім споживачам Web-сервісів, потрібно виконати такі дії:

Створити у конфігурації необхідну кількість Web-сервісів;

Створення Web-сервісу полягає:

Додавання до дерева метаданих об'єкта конфігурації Web-сервіс;

опис операцій, які може виконувати даний Web-сервіс;

Опис параметрів операцій.

Об'єкт конфігурації Web-сервіс містить модуль, в якому створюються процедури вбудованою мовою, що виконуються під час виклику тих чи інших операцій Web-сервиса. Типи параметрів операцій Web-сервісу описуються за допомогою типів XDTO і можуть являти собою значення XDTO, або об'єкти XDTO.

Виклик Web-сервісу відбувається так:

З пулу з'єднань вибирається відповідне з'єднання з інформаційною базою; за відсутності необхідного з'єднання з'єднання створюється;

Створюється новий сеанс;

Здійснюється виклик потрібного способу Web-сервісу.

Механізм Web-сервісів, реалізований у системі «1С:Підприємство», підтримує такі стандарти:

WS-I Basic Profile 1.1;

SSL 3.0/TLS 1.0

3. ВИВЧЕННЯWEB-СЕРВІСІВ У СИСТЕМІ «1С:ПІДПРИЄМСТВО»

Web-сервіси - це один із механізмів платформи, що використовуються для інтеграції з іншими інформаційними системами. Він є засобом підтримки SOA (Service-Oriented Architecture) – сервіс-орієнтованої архітектури, яка є сучасним стандартом інтеграції додатків та інформаційних систем.

Значною перевагою сервіс-орієнтованої архітектури є те, що вона дозволяє розвивати інфраструктуру підприємства однорідним чином, без руйнування вже існуючих рішень. Її використання дозволяє мінімізувати витрати за рахунок інтеграції різнорідних та успадкованих систем у сучасний ландшафт підприємства. Вона дозволяє реалізовувати слабо зв'язні програмні компоненти для того, щоб максимально підвищити їх повторну використовуваність.

Сервіс-орієнтована архітектура інтенсивно розвивається та підтримується великими вендорами. Вона будується з урахуванням сервісів, автономних чи керованих ззовні. Кращим способом реалізації є веб-сервіси. Вони незалежні від платформи, автономні та підтримуються повсюдно.

Прикладне рішення 1С:Підприємства 8 може бути як постачальником веб-сервісів, так і споживачем веб-сервісів, опублікованих іншими постачальниками.

Як споживачі можуть виступати системи, що використовують довільні апаратні та програмні платформи. Технологія веб-сервісів є платформно незалежною.

Технічна реалізація web-сервісів

Якщо прикладне рішення є постачальником веб-сервісу, то і у файловому, і в клієнт-серверному варіанті роботи взаємодія між прикладним рішенням і споживачами веб-сервісу здійснюється через веб-сервер, за допомогою модуля розширення веб-сервера.

У цьому, коли споживач звертається до web-сервису прикладного рішення , виконується модуль web-сервиса. Цей модуль міститься в конфігурації і в ньому розміщуються процедури, що виконуються при виклику тих чи інших операцій веб-сервісу.

У разі клієнт-серверного варіанта роботи цей модуль буде виконуватись у кластері . У разі файлового варіанта роботи – у модулі розширення веб-сервера.

Якщо прикладне рішення є споживачем веб-сервісу стороннього постачальника, то тут взаємодія між прикладним рішенням і постачальником веб-сервісу здійснює клієнтський додаток . Воно викликає ті чи інші операції веб-сервісу та обробляє отримані дані.

Платформа 1С: Підприємства, яка виступає у ролі споживача веб-сервісу, підтримує оптимізовану передачу двійкових даних протоколу MTOM. Увімкнення режиму MTOM у 1С:Підприємстві відбувається автоматично.

На основі архітектури веб-сервісу ми створюємо наступні два компоненти як частину реалізації веб-сервісів:

Постачальник послуг або видавець

Це постачальник веб-послуг. Постачальник послуг реалізує цю послугу та робить її доступною в Інтернеті або інтрамережі. Ми будемо писати та публікувати простий веб-сервіс за допомогою .NET SDK.

Провайдер послуг чи споживач

Це будь-який споживач веб-служби. Запитувач використовує існуючий веб-сервіс, відкриваючи мережне з'єднання та надсилаючи запит XML. Ми також напишемо два запити для веб-сервісів: один веб-споживач (додаток ASP.NET) та інший споживач на основі програм Windows.

Нижче наведено наш перший приклад веб-сервісу, який працює як постачальник послуг та надає два методи (add and SayHello) як веб-сервіси, які будуть використовуватися програмами. Це стандартний шаблон для веб-служби. В .NET-сервісах використовується розширення .asmx. Зауважте, що метод, відкритий як веб-служба, має атрибут WebMethod. Збережіть цей файл як FirstService.asmx у віртуальному каталозі IIS (як описано в налаштуванні IIS, наприклад, c:\MyWebSerces).

FirstService.asmx

<%@ WebService language = "C" class = "FirstService" %>using System; using System.Web.Services; використовуючи System.Xml.Serialization; public class FirstService: WebService ( public int Add(int a, int b) ( return a + b; ) public String SayHello() ( return "Hello World"; ) )

Щоб перевірити веб-сервіс, він має бути опублікований. Веб-сервіс може бути опублікований або в інтрамережі або в Інтернеті. Ми опублікуємо цю веб-службу IIS, запущеної на локальній машині. Почнемо з налаштування IIS.

Відкрити «Пуск» → «Параметри» → «Панель управління» → «Адміністрація» → «Менеджер інтернет-служб».
Розгорніть та клацніть правою кнопкою миші веб-сайт за промовчанням; виберіть "Новий" → "Віртуальний каталог". Відкриється майстер створення віртуального каталогу. Натисніть "Далі.
Відкриється екран "Віртуальний каталог". Введіть ім'я віртуального каталогу. Наприклад, MyWebServices. та натисніть «Далі».
Відкриється екран «Каталог вмісту веб-сайту».
Введіть ім'я каталогу для віртуального каталогу. Наприклад, c: \ MyWebServices Натисніть "Далі".
Відкриється екран Дозвіл доступу. Змініть налаштування відповідно до ваших вимог. Давайте збережемо налаштування за замовчуванням для цієї вправи.
Натисніть кнопку "Далі". Він завершує налаштування IIS.
Натисніть «Готово», щоб завершити налаштування.

Щоб перевірити, чи правильно настроєний IIS, скопіюйте файл HTML (наприклад, x.html) у віртуальний каталог (C:\MyWebServices), створений вище. Відкрийте Internet Explorer і введіть http://localhost/MyWebServices/x.html. Він має відкрити файл x.html.

Примітка. Якщо це не спрацює, спробуйте замінити localhost на IP-адресу вашого пристрою. Якщо вона все ще не працює, перевірте, чи запущено IIS; вам може знадобитися переналаштувати IIS і віртуальний каталог.

Щоб випробувати цю веб-службу, скопіюйте FirstService.asmx у віртуальний каталог IIS, створений вище (C:\MyWebServices). Відкрийте веб-службу в Internet Explorer (http://localhost/MyWebServices/FirstService.asmx). Він має відкрити сторінку веб-сервісу. На сторінці повинні бути посилання на два методи, які ми надаємо у вигляді веб-сервісів нашою програмою. Вітання!Ви написали свій перший веб-сервіс!

Тестування веб-служби

Як ми щойно бачили, в.NET Framework легко писати веб-сервіси. Написання веб-сервісів також є легким у середовищі.NET; однак, це трохи активніше. Як уже говорилося раніше, ми будемо писати два типи споживачів послуг: один веб-сайт та інший користувач на основі програм Windows. Давайте напишемо першого споживача веб-сервісів.

Веб-сервіси

Напишіть веб-споживача, як зазначено нижче. Назвіть WebApp.aspx. Зверніть увагу, що це програма ASP.NET. Збережіть це у віртуальному каталозі веб-служби (c:\MyWebServices\WebApp.axpx). Ця програма має два текстові поля, які використовуються для отримання номерів від користувача для додавання. Вона має одну кнопку «Виконати», яка при натисканні отримує веб-служби Add і SayHello.

WebApp.axpx

<%@ Page Language="C#" %>

Після створення споживача необхідно створити проксі-сервер для використання веб-служби. Ця робота виконується автоматично за допомогою Visual Studio .NET для нас, посилаючись на доданий веб-сервіс. Ось кроки, які потрібно виконати:

Створіть проксі-сервер для використання веб-служби. Проксі створюється за допомогою утиліти WSDL, що постачається з .NET SDK. Ця утиліта отримує інформацію з веб-служби та створює проксі-сервер. Проксі-сервер дійсний лише для певної веб-служби. Якщо вам потрібно використовувати інші веб-служби, вам також потрібно створити проксі-сервер для цієї служби. Visual Studio .NET автоматично створює проксі-сервер, коли додається посилання на веб-службу. Створіть проксі для веб-служби за допомогою утиліти WSDL, що постачається з .NET SDK. Він створить файл FirstSevice.cs у поточному каталозі. Нам потрібно скомпілювати його для створення FirstService.dll (проксі) для веб-служби.
c:> WSDL http://localhost/MyWebServices/FirstService.asmx?WSDL
c:> csc /t:library FirstService.cs
Помістіть скомпільований проксі в каталог bin віртуального каталогу веб-служби (c:\MyWebServices\bin). Інформаційні служби Інтернету IIS шукає проксі-сервер у цьому каталозі.
Створіть споживача послуг так само, як і ми. Зверніть увагу, що об'єкт проксі-сервера веб-служби створюється у споживача. Цей проксі-сервер дбає про взаємодію з сервісом.
Введіть URL-адресу споживача в IE, щоб перевірити його (наприклад, http://localhost/MyWebServices/WebApp.aspx).

Споживач веб-сервісів на основі програм Windows

Написання програми для веб-служб на основі програм Windows аналогічне написанню будь-якої іншої програми Windows. Вам потрібно створити проксі-сервер (який ми вже зробили) і посилатися на цей проксі-сервер при компіляції програми. Нижче наведено нашу програму Windows, яка використовує веб-службу. Ця програма створює об'єкт веб-служби (звичайно, проксі) та викликає методи SayHello та Add на ньому.

WinApp.cs

using System; using System.IO; namespace SvcConsumer ( class SvcEater ( public static void Main(String args) ( FirstService mySvc = new FirstService()); 2, 3) Service: " + mySvc.Add(2, 3).ToString()); ) ) )

Скомпілюйте його за допомогою c:\>csc/r:FirstService.dll WinApp.cs. Він створить файл WinApp.exe. Запустіть його, щоб протестувати програму та веб-службу.

Тепер виникає питання: як ви можете бути впевнені, що ця програма дійсно викликає веб-сервіс?

Це просто перевірити. Зупиніть свій веб-сервер, щоб зв'язатися з веб-службою. Тепер запустіть програму WinApp. Він запускатиме виняток під час виконання. Тепер запустіть веб-сервер. Він має працювати.

Анотація: Області застосування. Переваги. Особливості розробки веб-сервісів для платформи. Опис та виявлення web-сервісу

Що таке XML Web Service?

З розвитком інформаційних технологій виникали різні підходи до написання програм: модульне програмування, подієво-орієнтоване програмування, компонентно-орієнтоване програмуваннята проектування. Логічним продовженням цих підходів стала сервісно-орієнтована розробка програмного забезпечення.

Застосування сервісно-орієнтованих підходів дозволяє говорити про повторне використання (reuse) на макрорівні (рівні сервісів), на відміну від мікрорівня (рівня об'єктів). Сервісно-орієнтований підхід передбачає використання простих і загальноприйнятих стандартів, що дозволяє різним додаткам використовувати функціональність один одного. Сервіси можуть бути написані з використанням різних мов програмування, на різних платформах. Крім того, сервіси можуть бути розгорнуті окремо або в рамках програмного комплексу в будь-якій точці земної кулі і таким чином надаватиме доступ до своєї функціональності по мережі.

Назвемо сервісом (service)ресурс , що реалізує бізнес-функцію і має такі властивості:

є повторно використовуваним;
визначається одним або декількома явними технологічно-незалежними інтерфейсами;
слабо пов'язаний з іншими подібними ресурсами і може бути викликаний за допомогою комунікаційних протоколів, що забезпечують можливість взаємодії між собою ресурсів.

Окремим випадком сервісу є XML Web-сервіс.

XML Web-сервіс- це особливий тип web-додатку, який:

розгортається на web-сервері;
публікує web-методи, які можуть бути спричинені зовнішніми клієнтами;
очікує надходження HTTP-запитів, що є командами дзвінків web-методів;
виконує web-методи та повертає результати.

На відміну від традиційного web-додатка, у web-сервісу немає інтерфейсу користувача. Натомість у нього є програмний інтерфейс, тобто web-сервіс надає функції (web-методи), які можуть бути викликані віддалено (наприклад, через мережу Internet). Web-сервіс не призначений для обслуговування кінцевих користувачів. Його завдання - надання послуг іншим додаткам, будь то web-додатки, додатки з графічним інтерфейсом користувача або консольні додатки.

Web-сервіс може надавати в реальному часі інформацію про курси акцій, перевіряти кредитні картки або повідомляти прогноз погоди. Web-сервіси настільки ж різноманітні, як і звичайні програми.

Web-сервіси – не власність конкретної компанії. Це промисловий стандарт на основі відкритих протоколів (SOAP, HTTP тощо). Web-сервіси розгортаються на різних платформах (у тому числі на серверах під керуванням Windows або UNIX). Web-сервіси можна розробляти із застосуванням багатьох засобів розробки (від текстового редактора до сімейства Microsoft Visual Studio).

Методи більшості web-сервісів викликаються HTTP-запитами, що містять повідомлення SOAP SOAP - це XML-мова (XML vocabulary) для виклику віддалених процедур за HTTP та іншими протоколами (повний опис SOAP http://www.w3.org/TR/SOAP) .

Місце web-сервісів серед інших технологій віддаленого виклику

Існує чимало протоколів і технологій віддаленого виклику: Microsoft Distributed Component Object Model ( DCOM ), Object Management Group "Common Object Request Broker Architecture ( CORBA ), Sun "s Remote Method Invocation ( RMI ), . NET Remoting, XML Web Services.

Всі ці компонентно-орієнтовані технології (DCOM, CORBA та RMI) довгі роки успішно застосовувалися в Intranet-додатках. Вони забезпечують надійну, масштабовану архітектуру. Однак при використанні цих технологій в Інтернеті виникають дві серйозні проблеми. По-перше, вони погано взаємодіють між собою. Усі технології оперують об'єктами, але суттєво відрізняються деталями: управлінням життєвим циклом, підтримкою конструкторів та ступенем підтримки успадкування. Другий, найважливіший аспект у тому, що орієнтація на RPC-взаимодействия призводить до побудови сильнозв'язних систем з урахуванням явних викликів методів об'єктів.

На відміну від даних технологій, XML Web Services та. NET Remoting повною мірою реалізують об'єктно-орієнтований підхіддля web-програмування.

XML Web Service- компонент, що надає Internet-клієнтам набір функцій API або web-методів. XML входить у назву, оскільки web -сервіси та його клієнти використовують його обмінюватись даними. В основі web-сервісів лежать відкриті стандарти, такі як HTTP, XML (Extensible Markup Language), SOAP (Simple Object Access Protocol) - стандарт Intenet, що описує, як програми можуть взаємодіяти, тобто викликати методи один одного, за допомогою HTTP та інших протоколів ). Основне завдання web-сервісів - забезпечення міжпрограмної взаємодії. Багато хто працює на UNIX-серверах, при цьому до них звертаються Windows-клієнти. Дані, що передаються web-сервісам, серіалізуються в XML і передаються в пакеті SOAP. Метадані про вміст таких повідомлень зберігаються у WSDL-контракті web-сервісу та схемах XSD. Головна перевага такого підходу – читабельність метаданих. Розробник може легко переглянути весь опис web-сервісу і навіть створити власний модуль, який розбирає SOAP-пакети.

.NET Remotingнадає інфраструктуру для розподілених об'єктів. Вона набагато складніша за просту архітектуру web-сервісів, засновану на передачі повідомлень. . NET Remoting включає передачу параметрів за посиланням та значенням, зворотні виклики, множинну активацію об'єктів та політики управління життєвим циклом. Щоб використовувати зазначені можливості, клієнтська програма повинна володіти всіма технологіями. Дані ст. NET Remoting передаються в бінарному або SOAP-форматі. Однак у будь-якому випадку метадані про структуру переданої інформації містяться в загальномовному середовищі. Без загальномовного виконуючого середовища ( CLR ) клієнтський додаток не зможе розібрати специфічні для. NET Remoting заголовки SOAP. Тобто. NET Remoting пред'являє значно вищі вимоги проти web -сервисами.

Розробка web-сервісів на платформі

Є багато способів написання web-сервісів. Їх можна розробляти вручну або за допомогою SOAP-інструментів, що надаються Microsoft, IBM та ін. Написання web-сервісів за допомогою Microsoft. NET має дві переваги:

.NET Framework істотно спрощує процес розробки за рахунок надання бібліотеки класів та автоматизації окремих етапів розробки;
Web-сервіси, написані за допомогою .NET Framework, - це керовані програми. Тобто в таких додатках немає проблем витоків пам'яті, неправильно ініціалізованих покажчиків та інших типових проблем програмування.

створіння

Розробимо простий web-сервіс AdditionService, який здійснює додавання двох чисел. У нього буде всього один метод Add, що приймає як параметр два цілих числа і повертає також ціле число. AdditionService демонструє кілька важливих принципів програмування web-сервісів за допомогою Microsoft .NET Framework.

Web-сервіси реалізуються як ASMX-файли. ASMX – це особливе розширення імені файлу, зареєстроване за ASP .NET (точніше, за HTTP-обробником ASP.NET) у головному файлі конфігурації ASP .NET Machine.config.
ASMX-файли починаються директивою @WebService. Ця директива повинна містити хоча б атрибут Class, який задає клас, з якого складається веб-сервіс.
Класи web-сервісів можуть мати необов'язкові атрибути WebService. В даному прикладі такий атрибут призначає ім'я web-сервісу та опис, який відображається на сторінці HTML, коли користувач викликає в браузері AdditionService.asmx .
Web-методи оголошуються шляхом призначення відкритим методам класу Web-сервісу атрибута WebMethod. Для допоміжних методів, які застосовуються всередині нього, але недоступні зовнішнім клієнтам, цей атрибут просто не вказується.
HTTP, XML та SOAP "невидимі". Роботу з XML-даними та повідомленнями SOAP виконує .NET Framework.

AdditionService.asmx<%@ WebService language="C#" Class="AddService" %>using System using System.Web.Services class AddService ( public int Add (int a, int b) ( return a + b ) )

Незважаючи на малі розміри, AdditionService.asmx – повноцінний web-сервіс, якщо його встановити на web-сервер з ASP.NET. Його методи викликаються за допомогою SOAP, HTTP GET та HTTP POST, і він може повертати результати як SOAP-відгуки або як прості XML-оболонки.

Використовуючи код фону, класи web-сервісу можна винести з asmx-файлів в окремі файли.

Web-сервіси підтримують використання складних типів данихяк вхідні або вихідні параметри. Складні типи даних підтримуються, тому що XML дозволяє легко серіалізувати більшість типів даних. Однак при автоматичному тестуванні web-сервісу ASP .NET не генерує тестових сторінок для методів, що приймають складні типи даних. Це тому, що не можна передати складні типи даних web-методу за допомогою HTTP GET і POST.

Web-сервіси дозволяють викликати свої методи асинхронно. Асинхронний виклик повертає керування негайно, незалежно від того, скільки часу потрібно веб-сервісу на обробку виклику. Асинхронні дзвінки корисні у випадку, якщо обробка дзвінка потребує значного часу. Програма виконує виклик, далі продовжує працювати, не чекаючи результату виклику, і пізніше отримує результати асинхронного виклику. Одержання результату відбувається при повторному виклику web-метода у зручний час або за допомогою підписки на повідомлення про закінчення обробки виклику web-сервісом (механізм делегатів).

Web-сервіси можна створювати за допомогою інструментальних засобів, наприклад, Microsoft Visual Studio 2005. Для створення web-сервісів там передбачено окремий тип проекту ASP. NET Web Service. Visual Studio генерує asmx-файл, файл із фоновим кодом для опису класів web-сервісу, файл конфігурації web-сервісу і т. д. При запуску проекту на виконання відбувається компіляція класів сервісу та відкриття asmx-файлу у вікні браузера.

Опис web-сервісів за допомогою контрактів

Щоб інші розробники могли використовувати AdditionService, їм потрібно знати, які методи він надає, які протоколи підтримує, сигнатури методів та адресу web-сервісу (URL). Уся ця та інша інформація може бути описана мовою Web Service Description language (WSDL).

Виявлення web-сервісів

Як інші розробники дізнаються про існування AdditionService?

По-перше, за допомогою DISCO (скорочення від слова discovery) – файлового механізму пошуку локальних web-сервісів, тобто механізму отримання списку доступних web-сервісів із DISCO-файлів, розміщених на web-серверах. Крім того, DISCO файли містять записи про розташування WSDL-контрактів наявних сервісів. DISCO-файл є XML-файлом із записами.

Також можна використовувати VSDISCO-файли, які аналогічні DISCO-файлам, але їх вміст є результатом динамічного пошуку web-сервісів у зазначених каталогах і всіх вкладених підкаталогах. ASP .NET відображає розширення імені файлу. З міркувань безпеки динамічний пошук у ряді версій.NET Framework вимкнено, але його можна увімкнути, змінивши записи файлу Machine.config.

А як здійснюється пошук web-сервісів у глобальній мережі? Для пошуку web-сервісів у глобальній мережі Microsoft, IBM і Ariba спільно розробили UDDI (Universal Description Discovery and Integration) - специфікацію побудови розподілених баз даних, що дозволяє шукати web-сервіси. UDDI підтримується сотнями компаній. UDDI-сайти є web-сервісами. Кожен може опублікувати свій реєстр на основі UDDI. Більшість розробників ніколи не використовують UDDI API безпосередньо. Натомість до реєстрів UDDI звертаються інструментальні засоби розробки. Вони також генерують класи-оболонки виявлених та вибраних web-сервісів.

Підсумки

XML Web-сервіс є програмним компонентом, що надає функціональність, яку можуть використовувати різні системи, що підтримують такі стандарти, як XML і HTTP Клієнтами web-сервісу можуть бути як локальні, так і віддалені додатки. Web-сервіси дозволяють створювати структури, що дозволяють легше інтегрувати різні системи на основі найпростіших загальноприйнятих стандартів.

WEB-сервіс - (від англ. web-service, синонім - онлайнова служба). Під веб-сервісами розуміють послуги, що надаються в Інтернеті за допомогою спеціальних програм. Наприклад, поширені такі послуги, як: , хостинг, електронна пошта, зберігання в Інтернеті різної інформації (файли, закладки), календар і т.д. Важлива властивість веб-сервісу полягає в тому, що він не залежить від вашого провайдера, комп'ютера або браузера - ви можете працювати зі своїми даними в будь-якій точці світу, де у вас є доступ до Інтернету.

Князєв А.А. Енциклопедичний словник ЗМІ. - Бішкек: Видавництво КРСУ. А. А. Князєв. 2002 .

Дивитись що таке "WEB-сервіс" в інших словниках:

Web-сервіс

Web сервіс- Веб служба. Веб служба, веб сервіс (англ. web service) програмна система, що ідентифікується рядком інтерфейси визначені мовою XML, і переданих з допомогою інтернет протоколів. Веб служба є одиницею модульності при використанні.

Web Cache Communication Protocol- (WCCP) розроблений компанією Cisco протокол перенаправлення контенту. Надає механізм перенаправлення потоків трафіку у реальному часі. Має вбудовані масштабування, балансування навантаження, відмовостійкість. Cisco IOS… … Вікіпедія

Web Map Service- (WMS рус. сервіс веб карт) стандартний протокол для обслуговування через Інтернет географічно прив'язаних зображень, що генеруються картографічним сервером на основі даних із БД ГІС. Даний стандарт був розроблений і вперше... Вікіпедія

Web Hotel Salvador- (Сальвадор,Бразилія) Категорія готелю: 2 зірковий готель Адреса: Rua das Alfazemas … Каталог готелів

Web Hotel Aparecida- (Апаресида,Бразилія) Категорія готелю: 3 зірковий готель Адреса: Av. Isaac Ferrei … Каталог готелів

сервіс-орієнтована архітектура- Бізнес процеси організації реалізуються на основі сервісів, що надаються додатками Замовника. Якщо програми не підтримують можливість надання послуг (Web Services), при впровадженні продукту розробляються… … Довідник технічного перекладача

Web 2

Web 2.0- Ключові поняття, що пов'язуються з Веб 2.0 Web 2.0 (визначення Тіма О'Рейлі) – методика проектування систем, які шляхом урахування мережевих взаємодій, стають тим кращими, чим більше людей ними користуються. Особливістю Інтернет 2.0. є принцип… Вікіпедія

Web-сайт- Запит "сайт" перенаправляється сюди. Див. також інші значення. Веб сайт (від англ. Website: web павутина та site «місце») в комп'ютерній мережі об'єднана під одним доменним ім'ям або IP адресою) сукупність документів приватної особи або ... Вікіпедія

Книжки

Інформаційні технології в туристичній індустрії, В. Н. Шитов. У посібнику докладно розглядаються комп'ютерні технології загального призначення з використанням популярних пакетів Microsoft Office 2010 та альтернативних комплексів, користуванн… Купити за 546 руб
75 готових рішень для вашого Web-сайту на PHP, Стейнмець У., Вард Б.. Кожен, хто робить або збирається зробити свій web-сайт, неминуче стикається з цілим рядом завдань і труднощів: як зробити блог на сайті. "прикрутити" голосування, закрити…