Piotr Czapiewski Wydział Informatyki ZUT. Web Services Description Language.

Slides:



Advertisements
Podobne prezentacje
Zastosowanie LDAP w obsłudze katalogów bibliotecznych
Advertisements

Równoległość w środowisku rozproszonym
Mechanizmy pracy równoległej
WEB SERVICE Stefan Rutkowski.
Rozszerzalność systemów rozproszonych
Service Oriented Architecture & Web Services
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema
XML w integracji aplikacji
Definiowanie typów dokumentów Część 2: XML Schema 16 października 2003.
11 XML w integracji aplikacji. 22 Cel: umożliwienie wymiany danych pomiędzy aplikacjami: aplikacje/komponenty/moduły posługują się różnymi formatami wewnętrznymi,
XML w integracji aplikacji 11 grudnia XML w integracji aplikacji Cel: umożliwienie wymiany danych pomiędzy aplikacjami: aplikacje/komponenty/moduły.
XSL – część 2.
XML w zarządzaniu formularzami ubezpieczeniowymi ZUS
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema.
Zaawansowana składnia XML XML Schema
XML Schema XML Schema2 Definiowanie języków XML, SGML – metajęzyki. Definiowanie języków (zastosowań, typów dokumentów, schematów): –określanie.
Sieci komputerowe Model warstwowy OSI Piotr Górczyński 20/09/2003.
Technologie XML Mgr inż. Michał Jaros Technologie XML wykład 1.
Technologie XML Mgr inż. Michał Jaros Technologie XML wykład 3.
Opracował: Patryk Kołakowski(s1715)
Systemy operacyjne Wykład nr 5: Wątki Piotr Bilski.
Usługi sieciowe Wykład 5 DHCP- debian Jarosław Kurek WZIM SGGW 1.
Pakiety i ATD 1 Definicja. Pakietem albo jednostką programową nazywamy grupę logicznie powiązanych elementów, które mogą być typami, podtypami, obiektami.
Typy prywatne 1 Typy prywatne W Adzie typy prywatne (private types) służą do bezpiecznego udostępniania danych zdefiniowanych w pakiecie, z którego korzysta.
Uniform Resource Locators
Enteprise Java Beans Emil Wcisło.
Wzorce projektowe w J2EE
Architektura SOA.
Evident – Środki Trwałe
Proszę skopiować eclipse najlepiej do c:\temp uruchamiamy rejestrujemy jako academic.
Platformy Technologiczne web services
Integracja aplikacji Wykład 2
Web Serwisy w praktyce Technologie internetowe ( )
Protokół Komunikacyjny
Funkcje w Pascalu Przypomnienie wiadomości o procedurach Prowadzący: Anna Kaleta Piotr Chojnacki.
XML – eXtensible Markup Language
Programowanie obiektowe 2013/2014
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
S IMON SAYS … A RCHITECTURE ! Usługi zdalne Technologie, techniki i praktyki implementacji.
Aplikacje TCP i UDP. Łukasz Zieliński
Systemy operacyjne i sieci komputerowe
XML Publisher Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przeznaczenie XML Publisher Przeznaczenie XML Publisher Definiowanie Definiowanie.
Toruń 28/ Metadane SAML opisują, w jaki sposób ma być realizowana komunikacja pomiędzy IdP i SP Metadane są typowo prezentowane w postaci XML.
Model obiektowy bazy danych
LISTY HTML. Listy s ą definiowane za pomoc ą znacznika podstawowego innego dla ka ż dego rodzaju list Specyfikacja XHTML, zawiera specjalne znaczniki.
System plików.
Diagram klas Kluczowymi elementami są: klasy (class)
Temat 1: Ogólne cechy języka PHP
Andrzej Majkowski 1 informatyka +. 2 Bezpieczeństwo protokołu HTTP Paweł Perekietka.
Sieci komputerowe Model warstwowy OSI.
HTML Hyper Text Markup Language komputerowe Esperanto cz. I historia, struktura dokumentu.
Formatowanie dokumentów
XML w serwisach webowych. Zapotrzebowanie na serwisy XML.
Waldemar Bartyna 1 Programowanie zaawansowane LINQ to XML.
.NET i Bazy Danych Projekt: Wadim Grasza.
I TY ZOSTAŃ WEBMASTEREM! CZĘŚĆ 2 – „STRUKTURA STRONY” STWORZYŁ GABRIEL ŚLAWSKI.
Platforma .Net.
1. Podaj definicję kartografii internetowej. 2. Geographic Markup Language: a) Jest schematem XML a) Opisuje obiekty w fizycznej przestrzeni a) Jest formatem.
Model warstwowy ISO-OSI
The Poznan University of Economics Department of Management Information Systems XML - wprowadzenie.
Usługi webowe & Service- Oriented Architecture (SOA) S2523 Anna Jenerowicz.
ASP.NET Tworzenie i zarządzanie wyglądem aplikacji, tworzenie mapy witryny. Kontrolki nawigacyjne.
Web services w PHP Inżynieria e-systemów - technologia Java Miłosz Dybizbański Małgorzata Gocał Kinga Knapik
Web services w PHP Inżynieria e-systemów - technologia Java Miłosz Dybizbański Małgorzata Gocał Kinga Knapik
Definiowanie usług Web
SQL Server Analysis Services Action!
Wydział Matematyki, Informatyki i Architektury Krajobrazu
Sieci komputerowe Usługi sieciowe 27/09/2002.
Aplikacje i usługi internetowe
Zapis prezentacji:

Piotr Czapiewski Wydział Informatyki ZUT

Web Services Description Language

Ułatwienie dostępu do usług Automatyczne generowanie koduWsparcie IDE Określenie interfejsu usługi sieciowej Dostępne operacje Wymagane parametry Stosowane typy danych Użyte protokoły Lokalizacja usługi (URI) Format XML Niezależny od platformyŁatwe automatyczne przetwarzanieCzytelny dla maszyny i człowieka

r.Microsoft, IBM, Ariba r.W3C Note r.W3C Draft r.W3C Recommendation

Usługa (service)Port (port)Wiązanie (binding)Typ portu (port type)Operacja (operation)Wiadomość (message)Element (element)

 Usługa określona jako zbiór punktów końcowych (endpoint, port)  Abstrakcyjna definicja portów i wiadomości jest odseparowana od konkretnej realizacji, co pozwala na powtórne użycie definicji  Port definiowany jest poprzez skojarzenie adresu sieciowego z wiązaniem (binding)  Wiązanie (binding) – konkretny protokół i specyfikacja formatu danych dla określonego typu portu  Operacje i komunikaty są wiązane z konkretnym protokołem sieciowym i formatem wiadomości  Typy portów (port type) – abstrakcyjne kolekcje udostępnianych operacji  Komunikaty (message) – abstrakcyjne definicje przesyłanych danych  Niestandardowe typy danych używane przez usługę są definiowane w WSDL w postaci XML Schema

 Element główny – definitions  Docelowa przestrzeń nazw – targetNamespace

 Definicje abstrakcyjne  types  message interfejs programistyczny  portType  Definicje konkretne  binding  service sposób wywołania interfejsu

 Definicje typów w postaci schematów XML  Dowolna liczba elementów schema z przestrzeni nazw  Podstawowa struktura elementu types:  Wewnątrz elementu schema można użyć dowolnej konstrukcji XML Schema (definicji typów prostych, typów złożonych i elementów)

 Definicja abstrakcyjnego komunikatu, służącego jako dane wejściowe lub wyjściowe operacji  Komunikat składa się z co najmniej jednego elementu part  Elementy message oraz part muszą posiadać nazwy (za pomocą nazwy odwołujemy się do nich z innych miejsc definicji WSDL)  Z każdym elementem part związany jest atrybut:  element – gdy komunikat zawiera dokument XML lub  type – gdy komunikat zawiera wywołanie RPC message part...

 Dla usługi przesyłającej w komunikatach wywołania RPC:  Elementy part reprezentują parametry metody  Atrybut name określa nazwę elementu w konkretnym komunikacie  Atrybut type określa strukturę elementu  Dla usługi przesyłającej dokumenty XML:  Elementy part odwołują się do elementów XML umieszczonych w treści

 Przykład definicji komunikatów odwołujących się do elementów po ich nazwie

 Definicja realizowanych operacji portType = interfejs  Element portType zawiera dowolną liczbę elementów operation  Podstawowa struktura elementu portType: portType operation...

 Każdy element portType musi posiadać unikalną nazwę  Każdy element operation zawiera kombinację elementów input i output, może także zawierać elementy fault  Elementy input, output i fault muszą odwoływać się do definicji komunikatu (przez podanie nazwy)

 Szczegóły dotyczące stosowania konkretnego elementu portType z wybranym protokołem  Za pomocą atrybutu type określamy, który element portType jest opisywany  Jednemu portType może odpowiadać wiele wiązań  Dla każdej operacji element binding zawiera element operation, a także kilka elementów rozszerzenia  Wiązanie musi posiadać unikalną nazwę binding operation...

 Wiązanie SOAP do HTTP dla interfejsu MathInterface

 Element soap:binding – wiązanie w standardzie SOAP 1.1  Atrybut style – domyślny sposób wykorzystania usługi (document lub rpc)  Atrybut transport – wymagany protokół transportowy (tutaj: HTTP)

 Element soap:operation definiuje wartość nagłówka HTTP SOAPAction dla danej operacji  Atrybut use elementu soap:body określa sposób kodowania fragmentów komunikatu wewnątrz elementu body (literal lub encoded)

 Document / literal

 Rpc/encoded

 Definicja kolekcji elementów port i endpoint, które udostępniają poszczególne wiązania w sieci  Podstawowa struktura elementu service:  Każdemu portowi nadajemy nazwę (atrybut name) i przypisujemy wiązanie (atrybut binding)  Element rozszerzenia definiuje adres wiązania

 Udostępnienie wiązania MathSoapHttpBinding pod adresem

 Dokument WSDL opisuje usługę sieciową za pomocą:  Komunikatów (message)  Operacji (operation)  Interfejsów (portType)  Wiązań (binding)  Punktów końcowych (endpoint)  Dokument WSDL zawiera wszystkie informacje potrzebne do skorzystania z usługi  Definicja WSDL pozwala na generowanie kodu:  Aplikacji serwera  Aplikacji klienta

 Wsparcie przez narzędzia wciąż ograniczone  Standard bardziej ogólny i uporządkowany  Najważniejsze zmiany  Komunikaty scalone z operacjami  Zmiana terminu Port Type na Interface  Zmiana terminu Port na Endpoint  Operacje rozszerzone o możliwość opcjonalnych odpowiedzi  Szersze wsparcie obsługi błędów  Dopuszczenie wiązania do wszystkich metod HTTP – lepsze wsparcie dla RESTful web services