Page History
...
Den generelle servicestruktur er at servicen implementeres som en webservice, der implementerer det webinterface, der er genereret fra DDS Registry WSDL. Webservicen DDSRegistryWS er en tynd skal, der for sin eneste weboperation til opslag i DDS Registry blot kalder den faktiske implementation DDSRegistryQueryImpl.
TODO: lav tegning til gliffy
Figur 3a: Implementationen af webservice-interfaces
...
Den generelle servicestruktur er at servicen implementeres som en webservice, der implementerer det webinterface, der er genereret fra DDS Repository WSDL [ITI-43++ SOAP 1.1 WSDL]. Webservicen er en tynd skal, der for sin eneste weboperation (til udtræk) blot kalder den faktiske implementation DDSRepository.TODO: lav tegning til gliffy
Figur 3b Implementationen af webservice-interfacet
...
DDSRegistryQueryLogic implementerer den sekvens af kald af services og håndtering af fejlsituationer, der er beskrevet i afsnit 2.3.1.1. Dog håndteres autentificering og autorisation beskrevet i afsnittet af DDSRegistryQueryImpl som beskrevet ovenfor.TODO: lav tegning til gliffy
Figur 4a DDSRegistryQueryLogic får dependency injected et antal delegates, der varetager kald til de forskellige services.
...
Derudover gør DDSRegistryQueryLogic brug af ConsentFilter, der implementerer den betingede filtrering af metadata i resultatet fra opslaget på IHE Registry. ConsentFilter kommer kun i anvendelse, når en sundhedsperson laver opslag uden anvendelse af værdispring og når sundhedspersonen er omfattet af data-specifikke samtykker.TODO: lav tegning til gliffy (udgangspunkt fra figur i anvenderguide)
Figur 5a UML Sekvensdiagram for DDSRegistryQueryLogic
...
DDSRepository implementerer den sekvens af kald af services og håndtering af fejlsituationer, der er beskrevet i afsnit 2.1.1. Dog håndteres autentificering og autorisation af DDSRepository som beskrevet ovenfor. TODO: lav tegning til gliffy
Figur 4b DDSRetrieveDocumentLogic får dependency injected et antal delegates, der varetager kald til de forskellige services.
...
I Figur 5b er vist et sekvensdiagram for DDSRepository.
TODO: lav tegning til gliffy
Figur 5b Sekvensdiagram for DDSRetrieveDocumentLogic
Generel struktur af invoker
TODO Eva
Fælles for de service-invokere, der er beskrevet i foregående afsnit er at de hver især har ansvar for:
...
Invoker med implicit DGWSConsumer-anvendelse
Registry:
Når der laves kald af ConsentVerificationServiceInvoker, MinLogRegistrationInvoker og TreatmentRelationInvoker genanvendes det indkommende ID-kort anvendt ved dokumentanvenders kald af DDS. Der skabes en kopi af indkommende Medcom-header, dog med nyt MessageId.
Ved kald til samtykkeverifikationsservicen, der i tilgift forventer en HSUID-header, genbruges HSUID-headeren fra DDS Registry-opslaget.
TODO kan de skrives sammen? Nedenståend og ovenstående -----------
Fra repository dokumentetRepository:
For ConsentVerificationServiceInvoker, MinLogRegistrationInvoker og TreatmentRelationInvoker anvendes serviceklienter, der arver fra SosiService. Derved får de ved instantiering automatisk en DGWSConsumer-instans og altså også cached ID-kort-håndtering. Når der laves kald af disse services bliver et ID-kort, der stadig er gyldigt, genbrugt fra tidligere kald, og om nødvendigt bliver nyt ID-kort indhentet automatisk fra STS.
...
ConsentOverrideLoggingInvoker foretager blot logning lokalt og kalder ikke nogen service.TODO figur i respository afsnit 4.3.2 skal den med?
SLA logning
SLA loggeren sørger for at foretage SLA logning af alle servicekald.
...