Web Service standarderne

Transkript

1 Web Service standarderne Datalogisk Institut Københavns Universitet 8. december 2004 v/ Vidensleverandør Henrik Hvid Jensen, SOA Network (c) SOA Network, Husk navn på opgaverne På alle siderne! (c) SOA Network,

2 Opgave 3.2 Eksempler på hændelsesbaseret design Når der kommer nye vare på lageret Farligt gods hændelse til myndighederne Værdi til forsikringsselskab Transportselskaber som Metro Hændelsen er togafgang og ankomst Medfører regulering af hastighed og passagerinformation Ordresystemet offentliggør flere røde cykler end normalt (nok en CEP der identificere det) Bestillingssystem bestiller mere rød maling Produktionssystem laver flere røde cykler Overvågningssystemer Indikationer fra flere sider medføre en komplekshændelse Hændelser i sportsbegivenheder over hele verden Til bookmaker Undgå overbelastning af ERP system Ved ikke hvornår der er sket ændringer Valutakritiske systemer Lagerstyring? Asynkron er ikke lig hændelsesbaseret Militæret Dem der er afhængig af vejrudsigter Lufthavn (c) SOA Network, Agenda Formål med de vigtigste Web Service standarder XML SOAP / XMLP WSDL UDDI Præsentation af opgave (c) SOA Network,

3 Formål At forstå formålene med de grundlæggende Web Service standarder (c) SOA Network, Web Service standard stakken (c) SOA Network,

4 Udvalgte formål med XML XML skal understøtte et vidt spekter af applikationer. XML skal være lige til at bruge over Internettet. Letter udbredelsen Genbrug af infrastruktur Det skal være let at skrive programmer, der behandler XML dokumenter. Antallet af frivillige funktioner i XML skal holdes på et absolut minimum, helst nul. XML-dokumenter skal være menneskelig læsbare og rimelig klare. Design med hensyn til læsbarhed Størrelsen af XML-markup var af begrænset betydning. Klarhed vandt altid over kortfattethed (c) SOA Network, Eksempel på XML dokument <?xml version="1.0" encoding="utf-8" > <bog xmlns=" Titel="Service Orienteret Arkitektur"> <Forfatter> <Fornavn>Henrik Hvid</Fornavn> <Efternavn>Jensen</Efternavn> <Land>Danmark</Land> </Forfatter> <ISBN> </ISBN> <Udgiver Navn="Litera" internet_adresse=" <Introduktion> Virksomhedens succes vil i højere og højere grad...</introduktion> <Indhold> <Kapitel Kapitel_nr="1"> <Overskrift>En behændig it-arkitektur</overskrift> <Afsnit Afsnit_nr="0"> <Indhold> På kun lidt over ti år har internettet udviklet sig...</indhold> </Afsnit> </Kapitel> <Kapitel Kapitel_nr="2"> <Overskrift>Den Service Orienterede Arkitektur</Overskrift> <Afsnit Afsnit_nr="0"> <Indhold> Forrige kapitel beskæftigede sig med de udfordringer...</indhold> </Afsnit> <Afsnit Afsnit_nr="1"> <AfsnitOverskrift>Hvad forstås ved den Service Orienterede...</AfsnitOverskrift> (c) SOA Network,

5 XML - giver en fælles forståelse for dokumenter Et bredt accepteret format for udveksling af data og dets korresponderende semantik Struktureret dokumentformat Repræsentere information og dets metadata Alt kan blive beskrevet i XML Den største værdi er industriens accept af XML Fælles måde at beskrive og udveksle data Uafhængig af platform, programmeringssprog, opbevaringsmedie XML opdeler proces fra indhold Behøver ikke at bekymre sig om hvordan data er fremkommet eller skal præsenteres (c) SOA Network, XML Schema Beskriver et XML dokument Struktur, elementer, validering Velformet og valid Bruges som skabelon til at danne (c) SOA Network,

6 Eksempel på XML-Schema <?xml version="1.0" encoding="utf-8" > <xs:schema "> <xs:element name="root"> <xs:complextype> <xs:sequence> <xs:element name="forfatter" type="forfatter" minoccurs="1 maxoccurs="unbounded" /> <xs:element name="isbn" type="isbn" minoccurs="1" maxoccurs="1" /> <xs:element name="udgiver" type="udgiver" minoccurs="1" maxoccurs="1" /> <xs:element name="forord" type="forord" maxoccurs="1"></xs:element> <xs:element name="indhold" type="kapitler" minoccurs="1 maxoccurs="unbounded" /> <xs:element name="indeks" type="indeks" minoccurs="1" maxoccurs="1" /> </xs:sequence> <xs:attribute name="titel" type="xs:string" /> </xs:complextype> </xs:element> <xs:complextype name="forfatter"> <xs:sequence> <xs:element name="fornavn" type="xs:string" /> <xs:element name="efternavn" type="xs:string" /> <xs:element name="land" type="xs:string" /> </xs:sequence> </xs:complextype> (c) SOA Network, Industrivertikale vokabularer WMS Web Map Service -Using a WMS, you can provide your spatial information in the form of a map or series of maps that can be accessed in a useful way by others. In other words, your maps can be combined with other maps without having to have been produced at the same time by the same server or software. GML - the Geography Markup Language - open specification for representation of geographic (spatial and location) information. It defines XML encoding for the transport and storage of geographic information, including both the geometry and properties of geographic features. MathML Mathematical Markup Language beskriver matematiske notationer og udtryk i XML, CML Chemical Markup Language bruges til at repræsentere molekulær og kemisk information, XBRL Extensible Business Reporting Language beskriver finansiel og regnskabsmæssig information, UBL Universal Business Language er et bibliotek for XML-forretningsdokumenter (indkøbsordrer, fakturaer osv.). Intentionen er, at UBL skal være en international standard for elektronisk handel tilgængelig for alle, VoiceXML - Angive, hvorledes en samtale eller dialog mellem en service og en person kan foregå ved hjælp af stemmestyring, og hvorledes dette kobler sig til den eksisterende telefoni- og internet-infrastruktur, (c) SOA Network,

7 MathML MathML is about encoding the structure of mathematical expressions so that they can be displayed, manipulated and shared over the World Wide Web. A Gentle Introduction to MathML Embedding math in a web page using MathML also makes it possible for web searches to include the mathematics on pages, not just text. Someday, a population biologist might be able to do a Google search for pages containing partial differential equations similar to ones he believes describe the predator-prey relationship between caribou and wolves in Alberta. One of the hits could be an astrophysicist's paper where she has actually solved the equations. (c) SOA Network, CML <molecule id="m1"> <atomarray atomid="a1 a2 a3 a4 a5 a6"/> <bondarray order="a A A A A A" bondid="b1 b2 b3 b4 b5 b6" atomref1="a1 a2 a3 a4 a5 a6" atomref2="a6 a1 a2 a3 a4 a5" /> <electron count="6" bondrefs="b1 b2 b3 b4 b5 b6 atomrefs="a1 a2 a3 a4 a5 a6" /> </molecule> (c) SOA Network,

8 (c) SOA Network, XBRL E&S årsrapporttaxonomi Sammen med anmodningen om adoption af XBRL afleveres E&S årsrapporttaxonomi. Den består af knap data items, som tilsammen skal beskrive hvad der kan indgå i en dansk årsrapport (årsregnskab) for selskaber i regnskabsklasse B og C. Taxonomien omfatter dermed langt hovedparten af de ca selskaber, der årligt skal aflevere årsrapport til E&S. Den omfatter ikke enkeltmandsvirksomheder - de skal ikke skal aflevere årsregnskab til E&S - og heller ikke de ca 200 børsnoterede selskaber. Dette hænger sammen med den forretningsmæssige opgave, XBRL skal løse som bindeled mellem virksomhedens interne organisering af finansielle data og omverdenens ønske om at bruge disse data i en struktureret form, og til formål der ikke er kendte på rapporteringstidspunktet. 0dens%20anvendelse%20i%20DK%20-%20adoption%20i%20VTU.pdf (c) SOA Network,

9 Fordele ved brug af XBRL Brugen af standarden kan have en række fordele for de virksomheder og revisorer, som er afsendere af ekstern regnskabsinformation: At de kan opbevare, udveksle og præsentere finansielle data efter en standard, der er bredt anerkendt af regnskabsbrugere i verden. At kravene til f.eks de eksterne regnskabers opbygning kan opfyldes ved at følge standardiserede taksonomier, som kan knyttes som ekstra dimensioner til virksomhedens egen kontoplan. At man fleksibelt kan opstille sine data forskelligt afhængig af den eksterne brugers krav. At den kan bane vejen for udvikling af systemer som understøtter fællesindberetning til forskellige eksterne regnskabsbrugere, herunder myndigheder og banker. At regnskaberne kan genereres i forskellige sprog. At data transporteres mere sikkert, end når de skal genindtastes og ombrydes manuelt. At der i modtagesystemerne kan indlægges automatiske valideringer,kontroller og analyser. At det giver mulighed for etablering af benchmarkdatabaser, hvor de virksomheder, der tilslutter sig standarden, kunne have adgang. For modtagerne af regnskaberne (banker, investorer og offentlige myndigheder) har brugen af standarden også klare fordele: At data kan modtages, opbevares og præsenteres digitalt. At data er tilgængelige digitalt i ensartede taksonomier, hvilket gør dem tilgængelige for analyser og statistiske bearbejdninger. (c) SOA Network, XML-Namespace Bruges til at forhindre navnekollision <p:person xmlns:p=" xmlns:v=" /Vehicles" xmlns:xsi=" xsi:schemalocation= " <name>john</name> <age>28</age> <height>59</height> <v:vehicle> <color>red</color> <wheels>4</wheels> <seats>2</seats> <age>7</age> </v:vehicle> </p:person> Samt til udvidelser og versionering (c) SOA Network,

10 Interfaces skal kunne udvides Interfaces skal kunne udvides Sen binding Veldefinerede interfaces Asynkrone udvekslingsmønstre Grovkornede beskeder Leverandør- og platform uafhængige beskeder Nye versioner skal ikke kræve opdatering af alle klienter Undgå omfattende og kostbare opgraderinger Udvidelser (a) Fremad/bagud kompatible udvikling Inkompatible udvikling Web Services-standarderne er opbygget udvidelsesbart Web Services nedarver ikke automatisk disse aspekter Kræver versionsuafhængig udvikling (c) SOA Network, Udvikling af leverandør og forbruger Leverandør +1 Bagud kompatibilitet Forbruger +1 Leverandør Fremad kompatibilitet Forbruger Udvidelse: Muligheden for at andre end ophavsmanden kan tilføje elementer Versionering: Tilføjelse af komponenter under ophavsmandens kontrol. (c) SOA Network,

11 Den generelle arkitektur Web Service registry Offentliggør (WSDL) INTERNET Forespørg (UDDI) Web Service leverandør Forbind (SOAP) Web Service forbruger (c) SOA Network, Hvordan udveksles data i heterogene miljøer? (c) SOA Network,

12 Web Service standard stakken (c) SOA Network, SOAP Web Service registry Offentliggør (WSDL) INTERNET Forespørg (UDDI) Web Service leverandør Forbind (SOAP) Web Service forbruger (c) SOA Network,

13 SOAP/XMLP Udveksler data mellem applikationer XML-protokol for udveksling af data i et decentraliseret og distribueret miljø de facto-standardprotokol til integration mellem multiple heterogene platforme og programmeringssprog Udnytter som transportprotokol både HTTP og SMTP Kræver ingen ny infrastrukturinvestering firewallen betragter SOAP-beskeden som normal tekst i et XML-dokument. SOAP er blevet metoden at udveksle data på. har fjernet et diskussionsemne, når to virksomheder skal integrere information. Understøttes af alle leverandører og er W3Cs anbefalede metode (c) SOA Network, SOAP kommunikation (c) SOA Network,

14 SOAP er modulært (c) SOA Network, Et udvidet SOAP dokument <?xml version="1.0" encoding="utf-8"?> <S:Envelope xmlns:s= xmlns:xsi= xmlns:wsu= xmlns:wsp= xmlns:wsrm= xmlns:wsa=" <S:Header> <wsa:messageid> 34f05cfcbc9e </wsa:messageid> <wsa:to> <wsa:from> <wsa:address> </wsa:from> <wsrm:sequence> <wsu:identifier> <wsrm:messagenumber>1</wsrm:messagenumber> </wsrm:sequence> </S:Header> <S:Body> <!-- Some Application Data --> </S:Body> (c) SOA Network, </S:Envelope>

15 De brugte standarder WS-Addressing defining a standard mechanism for identifying and exchanging Web services messages between multiple end points. With a standard way to express where a message should be delivered in a Web services network, developers are able to simplify Web services communication and development and avoid the need to develop costly, ad hoc solutions that are often difficult to interoperate across platforms WS-RelaibleMessaging Reliable messaging is critical for Web services. It is not possible to solve many business problems if the participants cannot be sure of the completion of message exchanges. Without a Web services standard for providing reliable message delivery, applications will implement the necessary function in their business logic. This requirement places a burden on developers of business logic, but more importantly impedes interoperability because of inconsistent, differing solutions to a common problem. WS-Policy WS-Policy provides a flexible and extensible grammar for expressing the capabilities, requirements, and general characteristics of entities in an XML Web services-based system. WS-Policy defines a framework and a model for the expression of these properties as policies. Policy expressions allow for both simple declarative assertions as well as more sophisticated conditional assertions. WS-Utility WS-Utility defines a number of useful elements which can be added to SOAP messages. For example, it describes a syntax for adding timestamps to messages, along with a method for inserting attributes of type Id(c) into SOA XML Network, elements 2004 so that they can be easily referenced29 Hvordan beskrives servicen? (c) SOA Network,

16 Web Service standard stakken (c) SOA Network, Definition af en service Indkapslede, løst koblede, genbrugelige softwarekomponenter, som semantisk veldefineret beskriver dets funktionalitet og opførsel, og som kan tilgås via programmer (c) SOA Network,

17 WSDL Web Service registry Offentliggør (WSDL) INTERNET Forespørg (UDDI) Web Service leverandør Forbind (SOAP) Web Service forbruger (c) SOA Network, WSDL : Beskrivelse af Web Servicen Web Services kan betragtes som sorte bokse WSDL laver en entydig beskrivelse af karakteristika Funktioner der understøttes Hvordan man kan benytte dem Parametre hver funktion accepterer og returnerer Hvis du ønsker at snakke med mig, er her en beskrivelse af, hvordan du skal gøre (c) SOA Network,

18 Abstrakte og konkrete definitioner Abstrakt: Platform, programmeringssprog og transportuafhængig Konkret: Løsningsspecifikke dele Hvordan, netværksadresse (c) SOA Network, Lav en virtuel model Design Web Service APIerne som om man ikke har et eksisterende system Model for beskedudveksling (c) SOA Network,

19 (c) SOA Network, Beskrive, finde og forbinde (c) SOA Network,

20 Web Service standard stakken (c) SOA Network, UDDI Web Service registry Offentliggør (WSDL) INTERNET Forespørg (UDDI) Web Service leverandør Forbind (SOAP) Web Service forbruger (c) SOA Network,

21 UDDI som telefonbogen (c) SOA Network, Hvordan fungere UDDI (c) SOA Network,

22 Forskellige typer af UDDI Offentlige UDDI er Markedsplads Virksomheds UDDI er Portal, partnerkatalog, EAI (c) SOA Network, Datastrukturer (c) SOA Network,

23 <businessentity> - <businessentity xmlns:xsd=" xmlns:xsi=" businesskey="9e b8d d5b-72e7a92a01e0" operator="microsoft Corporation" authorizedname="henrik Hvid Jensen" xmlns="urn:uddi-org:api_v2"> - <discoveryurls> <discoveryurl usetype="ansvarlig"> <discoveryurl UseType="businessEntity"> businesskey=9e b8d d5b-72e7a92a01e0</discoveryurl> </discoveryurls> <name xml:lang="da">henrik Hvid Jensen</name> <description xml:lang="da">web Services brugt på mit Web Service projekt på DIKU 2002</description> - <contacts> <contact usetype="ansvarlig"> <personname>henrik Hvid Jensen</personName> <phone usetype="ansvarlig"> </phone> < usetype="ansvarlig">henrikhvid@yahoo.dk</ > <address sortcode="" usetype="ansvarlig"> <addressline>kirkeleddet 474</addressLine> <addressline>3480 Fredensborg</addressLine> <addressline>danmark</addressline> </address> </contact> </contacts> (c) SOA Network, <businessservice> <businessservices> <businessservice servicekey="5fc0b493-7f5a-48aba7fa b36ae" businesskey="9e b8d d5b-72e7a92a01e0"> <name xml:lang="da">operationer på store heltal (100 cifre)</name> <description xml:lang="da">udføre plus, minus, større, mindre og lig med på heltal på max 100 cifre</description> (c) SOA Network,

24 <bindingtemplates> Hvordan får man adgang til servicen - <bindingtemplates> - <bindingtemplate bindingkey="03c2c0ff-1d17-45dd-88d cbe3db9" servicekey="5fc0b493-7f5a-48ab-a7fa b36ae"> <description xml:lang="da">stort Integer</description> <accesspoint URLType="http"> </accesspoint> - <tmodelinstancedetails> - <tmodelinstanceinfo tmodelkey="uuid:7fd679fe-abbf-430b e0dd848a179"> - <instancedetails> - <overviewdoc> <overviewurl> </overviewurl> </overviewdoc> </instancedetails> </tmodelinstanceinfo> </tmodelinstancedetails> </bindingtemplate> </bindingtemplates> (c) SOA Network, <tmodel> Den tekniske spcifikation <tmodel authorizedname="..." operator="..." tmodelkey=" uuid:7fd679fe-abbf-430b e0dd848a179"> <name>stort Integer</name> <description xml:lang="da"> WSDL description af en standard Stor Integer interface </description> <overviewdoc> <description xml:lang="da">stort Integer WSDL dokument </description> <overviewurl> </overviewurl> </overviewdoc> <categorybag> <keyedreference tmodelkey=" uuid:7fd679fe-abbf-430b e0dd848a179 " keyname="henrik Hvid Jensen" keyvalue="wsdlspec"/> </categorybag> </tmodel> (c) SOA Network,

25 Brug af WSDL i UDDI (c) SOA Network, Sikring af kvalitet XML signatur Uafviselighed, autentificering, konfidentialitet, autorisation Virksomheden skal selv indtaste information Rangering baseret på værdiskabende kriterier Web Services vil primært benyttes indenfor allerede indgåede aftaler Troværdighed af tredjepart bliver afgørende Penge for registrering (c) SOA Network,

26 Opsummering (c) SOA Network, Byens Taxi Store Taxi Hurtig Taxi SMS 0121: Get Taxi SMS Service Taxa Service Mobil A/S Betalingsservice Virksomhed A/S Bank A/S (c) SOA Network,

27 Dynamisk opdagelse Hurtig Taxi Sammensætning Byens Taxi Store Taxi SMS 0121: Get Taxi Mægling SMS Service Taxa Service Mobil A/S Betalingsservice Virksomhed A/S Mellemled Bank A/S (c) SOA Network, Spørgsmål? (c) SOA Network,