Page History
| Navitabs | ||||
|---|---|---|---|---|
| ||||
...
ExportHistory-endpint bruges til overvågning af om HistoryExport-jobbet er blevet udført succesfuldt. Hvis export-jobbet er gennemført uden fejl returneres "200 OK", mens der ved fejl returneres "500 Internal Server Error".
Export History:
Http status: 200 OK
Error message: no error
Export number: 2
Export time of last export: 12/20/2022 19:45:05 |
De forskellige linjers betydning er forklaret nedenfor:
| Titel | Forklaring |
|---|---|
| Http status | Dette viser status for export-jobbet. Hvis der returneres 200 OK er seneste export forløbet uden fejl, mens 500 Internal Server Error indikerer at der er opstået en fejl i seneste export job |
| Error Messag | Hvis seneste export er exporteret med fejl udskrives fejlbeskeden her, og i alle andre tilfælde skrives "no error" |
| Export number | Export number viser antallet af exportjobs, der er kørt, hvor der er blevet eller forsøgt exporteret data. Hvis exportjobbet er startet, men uden der har været ny data at exportere, så tælles dette ikke med i 'Export number' |
Export time of last export | Denne dato og tid er tidspunktet for den seneste gang exportjobbet er kørt, hvor der er eksporteret data fejlfrit. Hvis den seneste export er sket med fejl returneres tidspunktet for fejlen. |
Logning
eCPR-servicen logger på tre forskellige måder, som alle er uddybet nedenfor:
3.2.1 Auditlog
Hvornår skrives der til auditlogningen? Er der tilfælde hvor der ikke Auditlogges?
Er der et slrligt format/et eksempel på et format?
3.2.2 SLA logning
3.2.3 Intern logning
Til intern logning bruges Log4J, hvor logningsniveauet er specificeret i log4J konfigurationsfilen (se ovenfor).
Hvad er logningskonventionen i eCPR? Kan det bruges til debugging, eller hvad kan det bruges til?
Fejlfinding
Servicens logfiler kan med fordel løbende tjekkes for Error-logninger. Derudover kan de ovenstående endpoints bruges til hhv. at se den generelle status for servicen (isAlive) samt at overvåge om export af ændringer foreløber fejlfrit.