Page History
| Navitabs | ||||||
|---|---|---|---|---|---|---|
|
Version 1.0 April 2013
...
| Excerpt | ||
|---|---|---|
| ||
Version 1.0 April 2013 Overblik over NSP Service: Viderestillingsservice (DCC) |
| Confluencetable width | ||
|---|---|---|
|
| Kort introduktion til service |
|---|
DCC (DeCoupling Component): DCC er også kendt som SOSI afkoblingskomponenten. |
DCC fungerer |
som webservice gateway, og dens |
hovedfunktion er routning af requests. Således kan anvendere nøjes med at kalde DCC, som herefter står for kontakten videre til den ønskede service på NSP. DCC kan desuden lave håndhævelse af timeout-grænser på webservice kald |
. DCC har også funktionalitet til asynkron afkobling af |
kald, med tilhørende retry-mekanisme |
, men dette er aldrig er blevet implementeret |
. DCC kan derfor egentlig understøtte flere typer af kald-semantik. Et |
eksempel er behovet for en fleksibel garanti for svartider, hvor en klient til afkoblingskomponenten i et web service kald kan specificere, at kaldet skal forsøges gennemført inden for et antal millisekunder. Hvis svaret ikke er kommet inden for det angivne antal millisekunder, afbryder komponenten kommunikationen med den pågældende web service, og returnerer en fejl til klientsystemet. |
| Komponent og versioner |
|---|
Arkitekturoverblik
DCC logisk set placeret mellem en |
anvender – som |
her kaldes for webservice consumer (WSC) – og en |
serviceudbyder, her kaldet webservice provider (WSP). |
DCC fungerer så ved at WSC kalder WSP, igennem DCC, og modtager responsen |
fra WSP direkte fra DCC. Dette sker ved synkron kommunikation. |
Logisk arkitektur
Komponenten er implementeret som simpel Servlet, som danner indgangspunktet for indkommende webservice kald. Ved opstart af komponenten indlæses konfigurationen, som indeholder routningsinformation og en default afkoblings-model for de operationer, der skal kunne kaldes igennem komponenten.
Når en besked modtages fra en WSC til videreforsendelse til en WSP, gennemløbes følgende flow:
Whitelistning checkes: Hvis ikke WSCens IP adresse optræder i komponentens whitelist, afbrydes kaldet og et fejlsvar returneres til WSCen
- Routning slås op i komponentens konfiguration: På baggrund af SOAPAction i HTTP headeren afgøres hvorhen beskeden skal routes. Hvis routningsinformation ikke findes i komponentens konfiguration afbrydes kaldet og der returneres et fejlsvar
- Beskeden parses: Der foretages en SAX parsning af beskeden hvor relevante parametre opsamles
- Afkoblingsmodel identificeres: Der afgøres hvorvidt kaldet til WSPen skal foregå synkront med timeout, asynkront eller asynkront ved timeout. Hvis ikke WSCen har specificeret afkoblingsmodellen i beskeden, benyttes default afkoblingsmodellen for den pågældende operation som er angivet i komponentens konfiguration
- Beskeden sendes til WSPen
* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.
|
| Kontaktoplysninger, servicebeskrivelse og testforhold |
|---|
Her listes vedhæftet materiale, kontaktpersoner, mail adresser mv.
| Include Page | ||||
|---|---|---|---|---|
|