Konfiguration

Konfiguration sker i filerne i "compose/configuration" mappen, følger den normale komponent-standard og består af følgende filer:

...

Konfigurationsfil

...

Beskrivelse

...

Applikations-navngivning samt opsætning af
datakilde-strategi (xml eller database)
pegepind til datasource og/eller lokation af xml-filer

...

Provisionering af datagrundlag

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.

Overvågning

Servicen tilbyder i tilgift til NSPs standard-funktioner muligheden for at loade data i cache fra databasen:

...

Funktion

...

Beskrivelse

...

Eksempel-response

...

HTTP/1.1 200 OK
{
  "Version":"1.0.0",
  "Cache":"Cold",
  "CacheLoadTime":"-999999999-01-01T00:00",
  "Database":"Available",
  "Status":"Reload required"
}

...

Status og forventet reaktion herpå

I strukturen returneret fra kald til "/status" fås følgende kombinationer

...

Database available

...

Database Unavailable

...

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".

Cache-reload

SORES leveres med en docker-container, hvori et cron-job med fast interval kalder /reload på SORES-containeren.

Fejlfinding

Fejlfinding foregår ved gennemsyn af logfilerne. Der er ingen kendte fejl.

Oprydning

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.