Page History
...
| Code Block | ||
|---|---|---|
| ||
{
"status": "UP",
"details": {
"certificateExpiry": {
"status": "UP",
"details": {URL
Funktionalitet
<server>/fsk/actuator/info
Status-side. Se afsnittet versionsinformation.
<server>/fsk/actuator/health
Status-side. Viser om servicen fungerer korrekt, se afsnittet Overvågning.
"certificates": [
{
"file": "test1/FMK-KRS-TEST.jks",
"alias": "sosi:alias_system",
"validFrom": "2017-04-04T13:39:50Z",
"validUntil": "2020-04-04T13:39:27Z"
},
{
"file": "test1/FMK-KRS-TEST.jks",
"alias": "sosi:alias_system",
"validFrom": "2017-04-04T13:39:50Z",
"validUntil": "2020-04-04T13:39:27Z"
}
]
}
},
"organDonorClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.245Z"
}
},
"livingWillClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.246Z"
}
},
"treatmentWillClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.245Z"
}
},
"personalDataCardRegisterClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.246Z"
}
},
"scesClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.566Z"
}
},
"minLogClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.569Z"
}
},
"syncJob": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T18:00:05.321Z"
}
},
"db": {
"status": "UP",
"details": {
"primaryDataSource": {
"status": "UP",
"details": {
"database": "MySQL",
"hello": 1
}
},
"stamdataDataSource": {
"status": "UP",
"details": {
"database": "MySQL",
"hello": 1
}
}
}
}
}
} |
...
| Code Block | ||
|---|---|---|
| ||
{
"status": "NEEDS_ATTENTION",
"details": {
"certificateExpiry": {
"status": "UP",
"details": {
"certificates": [
{
"file": "test1/FMK-KRS-TEST.jks",
"alias": "sosi:alias_system",
"validFrom": "2017-04-04T13:39:50Z",
"validUntil": "2020-04-04T13:39:27Z"
},
{
"file": "test1/FMK-KRS-TEST.jks",
"alias": "sosi:alias_system",
"validFrom": "2017-04-04T13:39:50Z",
"validUntil": "2020-04-04T13:39:27Z"
}
]
}
},på service-komponenten
"organDonorClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.245Z"
}
},
"livingWillClient": {
"status": "NEEDS_ATTENTION",
URL
Funktionalitet
<server>/fsk/actuator/info
Status-side. Se afsnittet versionsinformation.
<server>/fsk/actuator/health
Status-side. Viser om servicen fungerer korrekt, se afsnittet Overvågning.
"details": {
"error": "java.io.IOException: HTTP POST failed (404): Not Found",
"timeOfLastExecution": "2019-07-30T17:31:13.246Z"
}
},
"treatmentWillClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.245Z"
}
},
"personalDataCardRegisterClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.246Z"
}
},
"scesClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.566Z"
}
},
"minLogClient": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T17:31:13.569Z"
}
},
"syncJob": {
"status": "UP",
"details": {
"timeOfLastExecution": "2019-07-30T18:00:05.321Z"
}
},
"db": {
"status": "UP",
"details": {
"primaryDataSource": {
"status": "UP",
"details": {
"database": "MySQL",
"hello": 1
}
},
"stamdataDataSource": {
"status": "UP",
"details": {
"database": "MySQL",
"hello": 1
}
}
}
}
}
} |
...
Servicens logfiler bør løbende tjekkes for ERROR-logninger.
SyncJob
Direkte kald til synkroniseringsjobbet:
URL | Funktionalitet |
|---|---|
<server>/fsk/syncjob/start | Starter synkroniseringsjobbet |
<server>/fsk/syncjob/status | Status information fra sidste kørsel. |
Jobbet sørger for oprettelse/nedlæggelse af metadata i DDS registry i takt med ændringer i CPR-registeret (fødsler/dødsfald). Ifm. midlertidige fejl fra DDS, vil jobbet standse og forsøge igen senere (afhængigt af CRON-udtrykket i "jobs.ddssync.schedule" i application.properties)det kan her efter forsøges genstartet. Det er dog også tænkeligt at DDS returnerer en logisk fejl, hvor det ikke giver mening at forsøge igen senere. Derfor er FSK udstyret med en property "jobs.ddssync.max.errors", hvor det er muligt at angive hvor mange fejl jobbet accepterer før det standser. Normalt bør værdien være '0', hvilket betyder at man ikke accepterer fejl, og at jobbet derfor vil forsøge igen med den samme besked. For at tillade jobbet at ignorere den ene fejl, kan værdien sættes til '1', og så bør der kigges nærmere på hvad der gemmer sig bag fejlen, så der kan ske manuelt data-opret.
...