Anmeldelser og ressourcer i WS-ressource ramme

Andre anmeldelse producent handlingen: GetCurrentMessage

Handlingen Abonner er langt den vigtigste operation, som en anmeldelse producent. Flere andre operationer også er angivet som en del af en anmeldelse producent portType.

GetCurrentMessage tillader en administrationscomputer pull meddelelse meddelelser fra et af de emner, som den anmeldelse producent. Administrationscomputer angiver et emne som en parameter i meddelelsen GetCurrentMessage anmodning og svar, anmeldelse producent returnerer den sidste meddelelse (hvis nogen), som var forbundet med dette emne. Denne handling kan bruges i kombination med en Abonner meddelelse. For eksempel kan den Skateboard lagersted ret efter abonnere for ændringer til emnet poRP:status, straks udstede en GetCurrentMessage om dette emne, erobre den aktuelle meddelelse tilknyttet emnet poRP:status. Skateboard lageret kan bruge en GetCurrentMessage handling på ethvert emne, støttet af vores PurchaseOrder WS-ressource, selv emner de ikke abonnerer på.

Anmeldelse af værdi ændringer på ressource egenskaber

Ét aspekt af WS-ResourceProperties, at vi ikke har grundigt undersøgt endnu abonnere for værdi ændringer på en ressource egenskab. WS-ResourceProperties definerer en konvention om WS-Notification emner at standardisere den måde abonnenter kan abonnere på ændringer i en ressource-egenskab. Hovedsagelig, WS-ResourceProperties erklærer en konvention, for hver ressource egenskab, defineres et emne svarer til QName i ressource ejendommen. Dette emne er associeret med meddelelser, der skildrer værdi ændringer af denne ressource egenskab.

For eksempel for ressource egenskab med navnet poRP:status, findes der en tilsvarende rod emne med navnet status i emnet plads hvis destinationsnavneområde er det samme som det navneområde, der identificeres med præfikset poRP. På denne måde er det let at beskrive et emne udtryk for det emne, der indeholder meddelelserne for den situation, hvor værdien af en given ressource egenskab ændres. Er emnet expression QName af egenskaben ressource.

Hvis den Skateboard lagersted er interesseret i at abonnere på ændringer i status for sin PurchaseOrder, indeholder abonnementsanmodningen QName af egenskaben poRP:status ressource som i den følgende del af en Abonner anmodning:

Dette er nøjagtigt Abonner anmodning vi oplevede tidligere i kapitlet. For denne Abonner anmodning at arbejde, skal du holde følgende ting:

• Komponenten Web service af WS-ressourcen skal støtte operationer fra NotificationProducer portType. Hvis webtjenesten ikke omfatter handlinger fra NotificationProducer, er det umuligt at abonnere på noget tilknyttet denne webtjeneste, herunder værdi ændringer på enhver WS-ressource, den er tilknyttet.

• Komponenten Web service af WS-ressourcen skal indeholde emnet poRP:status som en værdi i egenskaben emne ressource. Husker fra afsnittet “Ressource egenskaber af en anmeldelse producent” at alle webtjenester, der omfatter NotificationProducer operationerne skal indeholde dette element i deres ressource egenskaber dokumentdefinition. Hvis webtjenesten ikke omfatter et emne, der svarer til en ressource egenskab i egenskaben emne ressource, understøtter ikke det værdi ændringer på denne ressource egenskab. Denne situation kan opstå, når ressource egenskabsændringer for ofte eller det er for dyrt at registrere ressource egenskaben ændre situationen.

Selvom disse betingelser hold og abonnenten korrekt abonnerer for værdien ændres på en bestemt ressource egenskab, der er ingen garanti for, at anmeldelsen forbrugeren vil modtager en meddelelse, opfølgning hver, og hver værdi ændre af egenskaben ressource. Dette kan ske, fordi egenskaben ressource ændres for ofte eller ændringer forekommer, webtjenesten er i stand til at registrere.

Alle emner er knyttet til en ressource egenskaben værdi ændre situationen indeholde det samme mønster: meddelelsen skal indeholde et element, der kaldes ResourcePropertyValueChangeNotification defineret af WS-ResourceProperties-specifikationen. Dette element indeholder to dele: et valgfrit oldValue element (værdien af egenskaben ressource før ændring situationen opstod) og en obligatorisk newValue element (værdien af egenskaben ressource efter ændring situationen blev fundet).

Fordi meddelelse af en ressource egenskaben værdi ændringsmeddelelse er veldefinerede, kan abonnenter være sofistikerede i ved hjælp af komponenten selector, Abonner anmodning. Hvis den Skateboard lagersted ønsker at abonnere på få besked, når status for dens PurchaseOrder overgange fra modtaget, bogføres, kan det for eksempel udstede et abonnement udtryk målretning poRP:status ressource egenskaben værdi ændring anmeldelse emne med en XPath selector udtryk at indsnævre særlig meddelelsen af interesse:

Dette abonnement vil levere en besked meddelelse forbrugeren kun hvis meddelelse om emnet forårsaget selector udtrykket skal evalueres til true. I dette tilfælde ville det være en meddelelse, der ligner

Anmeldelse forbrugerne

Vi har ikke sagt meget om anmeldelse forbrugerne. I bund og grund er en anmeldelse forbruger enhver webtjeneste. WS-BaseNotification definerer en valgfri funktion kaldet besked for at forbrugerne kan vælge at implementere. Hvis en forbruger, der vælger at gennemføre en besked operation, er der et simpelt, klart definerede handling, som anmeldelsen producenter kan påberåbe sig for at levere en meddelelse. WS-Notification tillader dog meddelelsen skal leveres direkte til producent, anmeldelse, uden indpakning meddelelsen i yderligere XML at gøre det i overensstemmelse med en velkendt drift signatur.

Formatet af en besked meddelelse er

En besked meddelelse kan indeholde flere individuel anmeldelse meddelelse payloads. Denne gruppering af meddelelser tillader en anmeldelse producent kan levere flere meddelelser i en enkelt Web service meddelelse udveksling. Hver meddelelse indeholder emnet tilknyttet meddelelsen (del af det abonnement, der forårsager notifikationen skal leveres til forbrugeren meddelelse), et valgfrit slutpunktreference til den webtjeneste, oprettes anmeldelsen, og naturligvis i meddelelsen nyttelasten selve.

Underrette er en envejs meddelelse. Ingen svar eller fejl meddelelse forventes tilbage fra anmeldelse forbrugeren.

Anmeldelse mæglere

Foruden point-to-point modellen af pub/sub beskrevet ved anmeldelse producent rolle, tilføjer WS-BrokeredNotification specifikationen en supplerende rolle kaldes en anmeldelse mægler. Anmeldelse mægler fungerer som mellemled mellem enheder, der registrerer situationer og producere meddelelser (en publisher) og abonnenter og anmeldelse forbrugerne. Disse roller er afbildet i figur 8.5.

Figur 8.5 Tilføje rollen anmeldelse mægler

Anmeldelse mægler fritager udgiveren af byrden med at oprette og vedligeholde abonnementer, anmeldende anmeldelse forbrugerne baseret på deres abonnementer osv. Anmeldelse mægler giver også mulighed for at holde udgivere og forbrugerne anonyme, i tilfælde hvor det er vigtigt, at udgiveren er ikke kendt for forbrugeren, eller hvor forbrugeren ikke pleje som publisher producerer meddelelsen. Anmeldelse mægler har også potentiale af en værditilvækst formidler logføring meddelelserne til revision formål, for eksempel, eller ved hjælp af avancerede meddelelsesorienteret middleware til at udføre operationer pub/sub effektivt.

WS-BrokeredNotification definerer en anmeldelse mægler som en udvidelse af en anmeldelse producent. Så en anmeldelse mægler er alt en anmeldelse producent er — en tjeneste, der accepterer abonnere Web anmodninger, indeholder en liste over emner gennem en wsnt:Topics ressource egenskaber element osv.

Foruden operationer producent base anmeldelse understøtter den anmeldelse broker også en RegisterPublisher operation (til at tillade udgivere at registrere forud til udgivelse af anmeldelser om særlige emner). Ikke alle mæglere kræver preregistration af udgivere. Udgiveren kan sige, om det skal preregister ved at undersøge egenskaben RequiresRegistration ressource på broker, anmeldelse. Hvis denne ressource egenskab er sand, skal udgivere preregister før de forsøger at udgive. RegisterPublisher ligner Abonner anmodning, at det er en fabrik for en bestemt slags WS-ressource, en PublisherRegistration. En PublisherRegistration WS-ressource vedligeholder oplysninger om udgiverens registrering, herunder varighed (bruger WS-ResourceLifetime, naturligvis) og listen over emner til udgiveren er tilladt at udgive på.

Anmeldelse mægler implementerer også handlingen besked. Udgivere sende en besked meddelelse til anmeldelse mægler for at offentliggøre en meddelelse på et eller flere emner. Da funktionen Udgiv er implementeret ved at sende besked meddelelsen, ligner en anmeldelse mægler andre anmeldelse forbrugeren til udgiveren. Dette tillader anmeldelse mæglere der skal indsættes i meddelelsesflow (til revision formål, for eksempel) uden udgiveren behøver at ændre den måde, det sender sine meddelelser.

WS-Notification og WS-Eventing – WS-Notification er ikke kun anmeldelse-eventing-typografien eller tjenesten Web standard der skal foreslås. I januar 2004 foreslået Microsoft, sammen med BEA og Tibco, en specifikation, kaldet WS-Eventing. WS-Eventing ligner WS-anmeldelse i, at det beskriver en mekanisme for enheder til at abonnere på modtage meddelelser (hændelser) asynkront. WS-Eventing har dog ikke emne begrebet til kategorisering af situationer og meddelelser. WS-Eventing har ikke også begrebet en anmeldelse mægler, tillader skalerbarhed og bedre samhørighedsfølelse med eksisterende meddelelsesorienteret middleware.

Dog Web services Fællesskabet ikke drage fordel af to anmeldelse standarder. Fællesskabet forventer, at de involverede selskaber vil arbejde sammen for at forene WS-Notification med WS-Eventing i nogle fashion.

Ressource levetid

Vi drøftede tidligere hvordan ressourcer oprettes: en slags operation (ligesom handlingen doSubmission) på en Web-tjenesten opretter en ny WS-ressource og returnerer en WS-Resource–qualified slutpunktreference til administrationscomputer. Vi kalder denne slags handling en WS-ressource fabrik. Men vi har ikke drøftet andet aspekt af en ressources levetid: dens opsigelse.

WS-ResourceLifetime er en del af WS-ressource rammer familien specifikationer der standardiserer hvordan WS-ressourcer er afsluttet. Der findes to mekanismer for at afslutte en ressource: øjeblikkelig og planlagte afslutning. Designere er gratis at bruge en eller begge af disse mekanismer til at angive, hvordan deres ressourcer kan være ødelagt. Du indkode denne beslutning med portType definitionen af tjenesten Web ansvarlig for WS-ressource i en stil, der svarer til hvordan WS-ResourceProperties operationer blev blandet i drift: ved at kopiere handlingsdefinitioner WSDL.

SkatesTown besluttede at tillade begge former for ressource opsigelse, øjeblikkelig og planlagt, til at handle på PurchaseOrder WS-ressourcer. I visse tilfælde ønsker kunderne at kunne straks og udtrykkeligt ødelægge en PurchaseOrder ressource. I andre tilfælde kunder bestiller og derefter forny lejlighedsvis interesse i PurchaseOrder ressourcen; eller, hvis business behov ændres, de opgive PurchaseOrder og har det automatisk afslutte efter en periode med inaktivitet. Faktisk, som du kan se hen til slutningen af dette afsnit, gennemført SkatesTown også del af WS-ResourceLifetime, der tillader sine kunder at abonnere for meddelelser, når deres PurchaseOrder WS-ressourcer bliver ødelagt.

Øjeblikkelig afslutning

Øjeblikkelig afslutning af en WS-ressource er ligetil. Hvis webtjenesten er knyttet til WS-ressourcen understøtter formen øjeblikkelig afslutning af ressource opsigelse, kan derefter administrationscomputer opsige ressourcen til enhver tid ved at sende en destroy anmodningsmeddelelse til webtjenesten. Naturligvis identificeres den nøjagtige ressource til at ødelægge ved hjælp af den stiltiende ressource mønster. Efter destroy anmodningen er modtaget, skal tjenesten Web ødelægge WS-ressource og svare med en normal destroy svar eller en fejlmeddelelse om, hvis det ikke kan være ødelagt.

Hvis der modtages en normale svar, kender administrationscomputer WS-ressourcen er blevet ødelagt; WS-ressourcen kan ikke længere bruges som forbindelse til en anden Web servicemeddelelse. Gennemførelsen er gratis at genvinde uanset systemressourcer blev brugt til at støtte WS-ressourcen. Dette er en synkron stil af opsigelse, og den bør kun bruges, hvis WS-ressource destruktion kan opnås og forsikrede relativt hurtigt. Hvis det er kompliceret og tidskrævende at ødelægge en WS-ressource, du skal bruge den planlagte afslutning mekanisme i stedet (se næste afsnit).

For at en webtjeneste til støtte for øjeblikkelig afslutning, skal du kopiere og indsætte WSDL handlingsdefinitionen for handlingen destroy fra portType defineret i specifikationen for WS-ResourceLifetime. POPortType understøtter øjeblikkelig afslutning af PurchaseOrder ressourcer. Her er del af den POPortType WSDL, der definerer denne handling:

Wsrl: præfiks er en konventionelle præfiks at betegne navneområdet WS-ResourceLifetime.

Det er alt det. Uden denne form for standardisering, ville den måde at opsige ressourcer varierer mellem programmer. Nogle webtjenester ville kalde handlingen ødelægge; andre kan afslutte opkaldet handlingen, dræbe eller afslutte. Leverer standardisering fjerner denne hindring for interoperabiliteten.

Planlagt afslutning

En alternativ form for WS-ressource opsigelse kaldes planlagte afslutning. Dette er en tid-baseret mekanisme til at administrere levetiden for en WS-ressource. I en planlagt eller tid-baseret tilgang til ressource opsigelse, WS-ressourcen er oprettet med en indledende opsigelse tid — en gang i fremtiden, der markerer når WS-ressourcen vil være afsluttet. Enheder i systemet, som brugerprogrammer, der vil holde arbejder med WS-ressourcen vil periodevis forsøger at nulstille opsigelse tid til at forlænge levetiden for WS-ressource. Hvis opsigelse tid der går, fordi ingen andre enhed var interesseret i (eller stand) forlænge levetiden for WS-ressource, WS-ressourcen er ødelagt.

Planlagt afslutning er lidt mere kompliceret end øjeblikkelig afslutning. For at en WS-ressource levetid forvaltes i denne tid-baserede måde, skal dens webtjeneste gennemføre to ressource egenskaben elementer (CurrentTime og TerminationTime) og én operation (SetTerminationTime).

Elementet wsrl:CurrentTime ressource egenskab tillader anmoderne forespørge (bruger WS-ResourceProperties operationer som GetResourceProperty) det aktuelle tidspunkt ifølge tjenesten Web administration af en bestemt WS-ressource. Denne ressource egenskab hjælper anmoderne forstå, hvor meget tid der er tilbage før en WS-ressourcen er planlagt til at afsluttes. Bemærk, at egenskaben wsrl:CurrentTime ressource er skrivebeskyttet; Det kan ikke angives af WS-ResourceProperties’ SetResourceProperties operation.

Gange i WS-ResourceLifetime følge typen dateTime defineret af XML-skema. XML-skema indeholder en valgfri komponent af typen dateTime til at angive tidszone. I WS-ResourceLifetime betyder fravær af denne tidszone komponent, at tid skal fortolkes i (universal time Coordinates) format.

Elementet wsrl:TerminationTime ressource egenskab tillader administrationscomputer til forespørgsel, når WS-ressourcen er planlagt til at blive ødelagt. Dette er egenskaben ressource, der opdateres, når anmoderne forsøg på at nulstille opsigelse tidspunktet for WS-ressource. Når opsigelse tiden er udløbet, kan WS-ressourcen destrueres ved dens værtsmiljø. Timing og karakter af denne ødelæggelse er gennemførelsen afhængige; dog bør ikke administrationscomputer regne med WS-ressourcen bliver tilgængelige, når dets afslutning tid er gået.

Nogle ressourcer har en værdi af xsi: nil for deres tid på opsigelse. Denne værdi angiver, at WS-ressource har ubegrænset levetid; det vil ikke blive ødelagt ved hjælp af en tid-baseret mekanisme. Når en WS-ressource er indstillet til en ubestemt levetid, kan destrueres det kun ved hjælp af handlingen øjeblikkelig afslutning.

Elementet wsrl:TerminationTime ressource egenskab er også skrivebeskyttet, ligesom wsrl:CurrentTime. For at nulstille opsigelse tidspunktet for en WS-ressource, skal en administrationscomputer bruge handlingen SetTerminationTime. Designere af WS-ResourceLifetime kunne have benyttet handlingen SetResourceProperties til at ændre værdien af egenskaben TerminationTime ressource, er semantikken i handlingen SetTerminationTime en smule mere sofistikeret end en simpel opdatering.

Her er afsnittet PurchaseOrder WS-ressourcens ressource egenskaber dokument definition, der indeholder de nødvendige planlagte afslutning ressource egenskab element definitioner:

Hvis en person ønsker at ændre opsigelse tid for en WS-ressource, det bruger handlingen SetTerminationTime for at give WS-ressourcen en ny opsigelse tid. Hvis gennemførelsen af WS-ressourcen er villig til at acceptere den nye opsigelse tid, forårsager anmodning egenskaben wsrl:TerminationTime ressource har en ny værdi.

Overveje følgende serien af udvekslinger fra vores PurchaseOrder WS-ressource eksempel. Skateboard lageret oprettet en PurchaseOrder WS-ressource. Til enhver tid, kan deres programmer undersøge den aktuelle værdi af PurchaseOrder opsigelse tid ved udstedelse af en GetResourceProperty operation (fra WS-ResourceProperties) til at få den aktuelle værdi af egenskaben wsrl:TerminationTime ressource. Det er faktisk ofte praktisk at hente både opsigelse tidspunkt og den aktuelle tid, som vist i den følgende GetMultipleResourceProperties SOAP-anmodning:

Ved at bede om både opsigelse tidspunkt og den aktuelle tid, har programmet en bedre fornemmelse af hvor meget tid der er tilbage før ophør tid tidsforbruget. Ansøgningen kan derefter anslå, hvor meget længere vil skal PurchaseOrder og beregne en ny opsigelse tid. Ansøgningen kan derefter sende en SetTerminationTime anmodning at opdatere opsigelse tidspunktet for PurchaseOrder:

Denne nye opsigelse tid skal være i fremtiden forhold til WS-ressourcens nuværende tid. Hvis administrationscomputer anmodninger gangen ophør tidligere forhold til WS-ressourcen ‘s aktuelle tid, og derefter administrationscomputer siger, at det ønsker WS-ressourcen ødelagt straks. Dette er subtilt forskellige fra umiddelbare ødelæggelse; umiddelbare ødelæggelse er en synkron handling, er ved hjælp af handlingen SetTerminationTime og passerer i gangen opsigelse i fortiden en asynkron middel til at nå umiddelbare ødelæggelse af WS-ressource. Den faktiske proces ødelægger WS-ressource og generobre systemressourcer bruges til at understøtte WS-ressourcen sker til enhver tid, uafhængigt af hvornår handlingen SetTerminationTime besvarer administrationscomputer. Gennemførelsen kunne selv undlader at ødelægge WS-ressource.

Administrationscomputer kan også forsøge at give WS-ressourcen en ubestemt levetid ved hjælp af xsi: nil som parameteren for handlingen SetTerminationTime. For eksempel hvis den Skateboard lagersted ønsker at gøre sine PurchaseOrder WS-ressource permanente, sender det derefter anmodningsmeddelelsen følgende:

Tjenesten Web administration af WS-ressourcen kan naturligvis ikke acceptere den nye opsigelse tid foreslået af administrationscomputer i SetTerminationTime anmodningen. Gennemførelsen kan for eksempel være uvillige til at allokere systemressourcer skal støtte WS-ressource for så længe efterspurgt. Mange implementeringer kan være usandsynligt at acceptere forsøget på at give WS-ressourcen en ubegrænset levetid. Hvis en implementering afviser anmodningen om tid opsigelse, kunne det give oplysninger skyld svar til at angive, hvor lang tid det er villig til at udvide den opsigelse tid.

Som med øjeblikkelig afslutning, angiver du, at en WS-ressource kan forvaltes ved hjælp af planlagte afslutning ved at indsætte definitionen for handlingen SetTerminationTime i WSDL definitionen af tjenesten Web administration af WS-ressourcen. For eksempel blev POPortType udvidet til at omfatte SetTerminationTime ved at kopiere og indsætte WSDL handlingsdefinitionen for SetTerminationTime:

Initialiserer opsigelse tid

For disse WS-ressourcer, der bruger den planlagte afslutning mekanisme, er der ingen standardmetoden til administrationscomputer initialisere opsigelse tiden når WS-ressourcen er oprettet. Der er adskillige eksempler (Abonner anmodning i WS-Notification, for eksempel) hvor semantisk af en komponent i anmodningsmeddelelsen programspecifik er at initialisere opsigelse tidspunktet for en WS-ressource. Del af meddelelsen Abonner anmodning er en valgfri InitialTerminationTime element. Her er en komplet Abonner anmodning fra den delvise eksempel vist tidligere (i afsnittet “Abonnere for anmeldelse”):

Anmeldelse af WS-ressource opsigelse

WS-ResourceLifetime standardiserer også den måde WS-Notification kan anvendes til at informere interesserede om opsigelse af en WS-ressource. Der er en standardiseret emne (tilbagekaldelse emner konceptet vi diskuteres i afsnittet “Emner”) i navneområdet WS-ResourceLifetime ResourceTermination. Anmoderne kan bruge dette emne til at tegne en meddelelse når en WS-ressource af interesse er afsluttet.

For at denne facilitet til at arbejde, skal de følgende stykker i sted:

• Komponenten Web service af WS-ressourcen skal støtte anmeldelse producent operationer (for eksempel handlingen Abonner).

• Komponenten Web service af WS-ressourcen skal indeholde emnet wsrl:ResourceTermination i sin liste over emner (husker egenskaben emner ressource beskrevet i afsnittet “Ressource egenskaber af en anmeldelse producent”).

Skatestown’s POPortType Web service understøtter generering af meddelelserne om emnet ResourceTermination som beskrevet tidligere. Skateboard lageret kan udstede en Abonner operation således at registrere interesse i, når en PurchaseOrder WS-ressource er ødelagt:

Når PurchaseOrder WS-ressourcen afsluttes, vil en meddelelse leveret til anmeldelse forbrugeren med angivelse af (blandt andre oplysninger) tidspunktet WS-ressourcen blev afsluttet og årsagen til dens afslutning. WS-ResourceLifetime angiver, at meddelelsen skal indeholde et element af følgende form:

Andre WS-ressource ramme specifikationer

Når WS-ressource ramme blev annonceret i januar 2004, indgik i alt fem specifikationer i rammen. Samtidige med meddelelse, to af specifikationerne, der blev offentliggjort: WS-ResourceProperties og WS-ResourceLifetime, sammen med en hvidbog, diskuteres WS-ressource konceptet (“modellering med høj sikkerhed ressourcer ved hjælp af Web Services”).

De resterende tre specifikationer blev drøftet, men ikke blev offentliggjort på tidspunktet. Denne sektion præsenterer et kort skitse af de specifikationer, der vil blive gjort offentlige engang i første halvdel af 2004.

WS-RenewableReferences

Anvendelser af en WS-Addressing slutpunktreference er mange. En slutpunktreference kan returneres som en del af en svarmeddelelse, som du så i handlingen opdaterede doSubmission. En slutpunktreference kan overføres som del af en input-meddelelse til en webtjeneste. En administrationscomputer kan modtage en slutpunktreference ved nogle ikke-webtjenester betyder, såsom i en e-mail-meddelelse. En slutpunktreference kan også være en ressource egenskab af en WS-ressource.

Du kan forestille dig, mange kopier af en slutpunktreference kan foretages og deles med et vilkårligt antal andre enheder i et distribueret databehandling system (mere end rimeligt at holde styr på). Dette udgør en interessant udfordring: Hvad sker der, når en slutpunktreference behov for at ændre? Overveje det scenario, hvor SkatesTown ønsker at overflytte placeringen af sin PurchaseOrder service til en anden IP-adresse, måske som resultat af et load balancing krav, eller på grund af en alvorlig hardware eller software problem på sin server. Nu afspejler de adresse komponenter i alle slutpunkt henvisninger til tjenesten PurchaseOrder en forkert URL-adresse. Hvordan kan alle kopier af slutpunktreference til PurchaseOrder opdateres? Dette løses ved begrebet en vedvarende reference.

WS-RenewableReference specifikation standardiserer den vedvarende henvisning. WS-RenewableReferences bruger WS-politik til at angive, hvordan en administrationscomputer kan forny eller opdatere en slutpunktreference, når det er blevet forældet eller usammenhængende grundet en ændring foretaget af tjenesteyderen. Politikken angiver placeringen af en eller flere webtjenester, forstår at forny slutpunktreference til sin nuværende form.

WS-ServiceGroup

WS-ServiceGroups er en standard for at erklære en af værdi samling af webtjenester eller WS-ressourcer (hovedsagelig, noget som en slutpunktreference kan peger på). Denne samling er en WS-ressource og derfor kan manipuleres, via en webtjeneste i en lignende til hvad du har set i dette kapitel fashion: ressource egenskaben forespørgsler, meddelelser om emner, levetid forvaltning via WS-ResourceLifetime osv. En ServiceGroup kan bruges til at indsamle webtjenester eller WS-ressourcer til alle mulige formål; Det kan for eksempel bruges som en registreringsdatabasen af tilgængelige WS-ressourcer.

SkatesTown, kunne for eksempel bruge en WS-ServiceGroup til at indsamle alle PurchaseOrder WS-ressourcer er i øjeblikket i processen. Ved at have en enkelt WS-ressource, kan business intelligence overvågningsværktøjer bygges til lejlighedsvis forespørgsel denne WS-ServiceGroup at få status på Skatestowns ordre rørledning sundhed.

WS-BaseFaults

WS-BaseFaults er en simpel specifikation, afrunding WS-ressource rammerne. Det beskrives et XML-skema complexType for fejlmeddelelser tilknyttet Web services fejl meddelelser sammen med et middel, hvormed et hierarki af programspecifikke udvidelser til denne base fejl meddelelse complexType bør være konstrueret. Standardiseret form af fejlmeddelelser tillader værktøjsudrustning skal bygges til at gøre jobbet rapportering Web services fejl til

Bemærk – Du kan se den endelige, komplet WSDL for den POPortType, som administrerer PurchaseOrder WS-ressourcer for SkatesTown på Sams Publishing-websted:

. Husk, at hovedparten af denne WSDL kopieres fra WSDL portType definitioner defineret af forskellige specifikationer, WS-ressource ramme. På webstedet, kan du også få vist XML-skemaet fuld definitionen af ressource egenskaber dokumentet af en PurchaseOrder.

Resumé

I dette kapitel, vi indførte for WS-ressource rammerne, en samling af specifikationer og konventioner, standardiserer hvordan stateful ressourcer er repræsenteret i Web services verden. Vi undersøgt, hvordan en bestemt med høj sikkerhed ressource, en PurchaseOrder, er modelleret ved Skatestowns brug af WS-ressource ramme. Vi peer begrebet en WS-ressource og stiltiende ressource mønster, som er en konventionel brug endpoint reference facilitetens fra WS-Addressing til at pege en WS-ressource. Vi udforskes WS-ResourceProperties-specifikation, der beskriver, hvordan elementer i en WS-ressource kan forespørges og opdateres af anmoderne.

Vi skitseret WS-Notification familien af specifikationer, der standardiserer begrebet Publicer og Abonner (asynkron meddelelse) i webtjenester. Du så, hvordan SkatesTown bruges WS-Notification til at erstatte en ældre, SkatesTown-farmaceutiske tilgang til anmeldelse. Vi også gennemgået af WS-ResourceLifetime-specifikation, der standardiserer to midler, hvormed en administrationscomputer kan opsige WS-ressourcer: øjeblikkelig og planlagte afslutning.

Endelig færdig vi vores gennemgang af WS-ressource ramme ved opsummerer tre andre specifikationer, der vil blive afsluttet og offentliggjort snarest.