Dette dokument er rettet mod systemadministratorer og driftspersoner, som skal kunne håndtere driftsmæssige aspekter af programmet.
Driftsvejledningen indeholder information om Repository Deletion Job (RepJob) komponenten med hensyn til eksterne afhængigheder, standard placering af output- og konfigurations-filer.
Læseren forventes at have kendskab til drifts-setuppet vedr. XDS Repository og det tilhørende XDB
Version | Dato | Ansvarlig | Beskrivelse |
0.8 | 09.01.2018 | KvalitetsIT | Initiel udgave |
Dette dokument dækker følgende komponenter:
Repository Deletion Job
Type: Java program
Filnavn: repositorydeletionjob.jar
Repository Deletion Job afhænger af tilstedeværelsen af andre komponenter, og ved fejl i disse vil jobbet fejle tilsvarende. Disse services er:
Grundlæggende konfiguration foregår ved redigering i filen application.properties, som skal placeres under mappen "config" relativt i forhold til hvor jar-filen startes fra.
I filen skal følgende properties være definerede:
Property | Beskrivelse |
xdb.url | Stien til Aftale Repository XDB |
xdb.username | Brugernavn til Aftale Repository XDB |
xdb.password | Kodeord til Aftale Repository XDB |
xdb.database | Navnet på Aftale Repository XDB-databasen |
Når programmet startes op fra kommandolinien, skal der gives en filnavn med, svarende til de dokumenter der skal slettes fra repository XDB. Denne fil vil typisk komme fra Registry Deletion Job. Eksempel på program-opstart:
Repository Deletion Job logger på standardout vha. log4j. Jobbet vil undervejs i kørslen udskrive følgende INFO statements ud:
Fejl vil blive logget som ERROR statements og vil være "Filename must be given as arg input" , "Error reading from input file" eller "Fatal error occurred whilst deleting documents" med tilhørende stacktrace.
Efter kørsel af jobbet vil der blive placeret filer i det aktuelle bibliotek svarende til hvilke sletninger der er gået godt, og hvilke der er gået dårligt, d.v.s. to filer:
Det anbefales at aktuelle konfigurationsfiler er under versionskontrol og back up.
RepJob vil kun slette de listede ID´er fra den kørende XDB-database, og disse aftaler vl altså stadigvæk eksistere i de backups af XDB-databasen, der kan være foretaget.
Dette betyder også, at hvis man foretager et restore af en gammel XDB-database, vil man skulle køre RepJob igen.