Versions Compared

Old Version 14

changes.mady.by.user Unknown User (njo@kvalitetsit.dk)

Saved on

compared with

New Version 15

changes.mady.by.user Unknown User (dsbk@sundhedsdata.dk)

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Her listes vedhæftet materiale, kontaktpersoner, mail adresser mv.
Kort introduktion til service
DCC (DeCoupling Component): DCC er også kendt som SOSI afkoblingskomponenten.

SOSI-DCC fungerer som  webservice gateway, og dens hovedfunktioner 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 og håndhævelse af timeout-grænser på webservice kald.

DCC kan Formålet med komponenten er primært at understøtte flere typer af kald-semantik. Et godt 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. Afkoblingskomponenten understøtter også andre typer af kald. 

Komponent og versioner

Arkitekturoverblik

Som webservice gateway er komponenten

DCC logisk set placeret mellem en

klient

anvender – som

typisk

her kaldes for webservice consumer (WSC) – og en

service udbyder

serviceudbyder, her kaldet webservice provider (WSP).

WSCen webservice requests til WSPen igennem komponenten

DCC fungerer så ved at WSC kalder WSP, igennem DCC, og modtager responsen

enten direkte

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

  1. Routning slås op i komponentens konfiguration: På baggrund af SOAPAction i HTTP headeren, og evt. ServiceIdentifier i URL'ne, afgøres hvorhen beskeden skal routes. Hvis routningsinformation ikke findes i komponentens konfiguration afbrydes kaldet og der returneres et fejlsvar
  2. Beskeden parses: Der foretages en SAX parsning af beskeden hvor relevante parametre opsamles
  3. Kaldet til WSPen kan kun foregå synkront med timeout. 
  4. Beskeden sendes til WSPen


HTML
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/id-04d540ba-6b31-4978-8ea3-cfdf260dc822.html" name="test" height="450" width="750">You need a Frames Capable browser to view this content.</iframe>

* 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


Include Page
DCC - Release Notes
DCC - Release Notes