Konfiguration sker i filerne i "compose/configuration" mappen, og består af følgende filer:
Konfigurationsfil | Beskrivelse |
|---|---|
| client.properties | Properties vedrørende signering af requests til NemLogin Uuid2Cpr-servicen. Disse udgøres af alias, password og sti til den keystore der anvendes i kaldene. |
| log4j.properties | Opsætning af log-niveau og -destination. Følger NSP-standard. |
| log4j-uuid2cpr-proxy.xml | Opsætning af log-niveau og -destination. Følger NSP-standard. |
| lookup.pfx | |
| sdm-ds.xml | Definition af datasource |
| log4j-sores.xml | Opsætning af log-niveau og -destination. Følger NSP-standard. |
Hvis SORES er konfigureret til at bruge database-strategi, fødes data af SOR2-indlæseren, og driften skal ikke gøre noget specielt.
Hvis SORES er konfigureret til at bruge xml-strategi, skal driften dagligt downloade et SOR udtræk og udpakke de to filer Sor.xml og SorDataTypes.xml til lokationen angivet i sores.properties.
Servicen udstiller følgende HTTP GET-operationer til overvågning af sin tilstand:
Funktion | Beskrivelse | Eksempel-response |
|---|---|---|
| /status | NSP Standardfunktion. HTTP-response-code angiver servicens tilgængelighed. Der tjekkes følgende egenskaber, og rapporteres i response body'en hvis de ikke er opfyldt: - er klientcertifikatet der anvendes til kald af NemLogin Uuid2Cpr-servicen gyldigt? | HTTP/1.1 200 OK Connection: keep-alive Content-Type: text/plain;charset=utf-8 Content-Length: 0 Date: Thu, 10 Mar 2022 12:38:56 GMT |
| /version | NSP Standardfunktion. Versions-nummeret sendes som response-text | 1.0.0 |
I strukturen returneret fra kald til "/status" fås følgende kombinationer
Database available | Database Unavailable | |
|---|---|---|
| Cache Cold | HTTP/1.1 200 Status: Reload required | HTTP/1.1 500 Status: Unable to load cache |
| Cache Warm | HTTP/1.1 200 Status: OK | HTTP/1.1 200 Status: Degraded |
Ved "Degraded" og "Unable to load cache" bør driften foretage fejlfinding af forbindelsen til datasourcen.
Ved "Reload required" afventes næste curl-kald fra cron-containeren, der trigger et reload, og driften behøver ikke gøre noget. Kald foretaget efter reloadet er kørt til ende, bør returnere "OK".
SORES leveres med en docker-container, hvori et cron-job med fast interval kalder /reload på SORES-containeren.
Fejlfinding foregår ved gennemsyn af logfilerne. Der er ingen kendte fejl.
SORES bruger SOR registret i stamdata-databasen, og der er derfor ingen oprydning forbundet med SORES selv.
Logfiler håndteres efter NSP standard, og memory-cachen forsvinder, hvis servicen lukkes/genstartes.