Introduktion

Formål

Repository Deletion Job (RepJob) foretager en sletning af dokumenter fra et Aftale Repository XDB. 

Formålet med dette dokument er at beskrive systemarkitekturen for RepJob

Læsevejledning

Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i anvendelsen af RepJob

Dokumenthistorik

Version

Dato

Ansvarlig

Beskrivelse

0.8

09.01.201

KvalitetsIT

Initiel udgave

Introduktion til RepJob

Overblik over løsningen

Programmet giver mulighed for sletning af dokumenter fra et Repository XDB - baseret på en input-fil.

Programmet er et java-program, som køres fra kommando-linjen (hvor det læser konfiguration ind fra en property-fil) og tager en fil med et dokument-ID pr linje, og outputter hvilke dokumenter der er blevet slettet, og hvilke der er fejlet.

Programmet er skrevet specielt til OpenText XDB, og anvender ikke ITI-snitflader til sletning, da en sådan snitflade ikke findes.

Designbeslutninger

I dette afsnit fastholdes væsentlige design beslutninger samt deres rationale. Hvis relevant, fastholdes også designs, som er afvist samt rationalet herfor.

Sletning direkte i XDB

Der findes ikke nogen ITI-snitflade til at slette fra et XDS Repository, så vi går direkte på XDB og sletter filerne. Der er ingen problemer med at skabe inkonsistente data i XDB Repository, da det er en meget simpel datamodel : bare en masse filer uden tilknytning til hinanden, allesammen unikt identificeret ved et ID. Sletningen kan altså sammenlignes med bare at slette filer i en mappe.

Opdeling af sletning i "Registry Deletion Job" og "Repository Deletion Job" frem for et enkelt job

Et registry kan indeholde dokumenter fra flere repositories, hvoraf nogle af dem ikke nødvendigvis benytter en XDB Database (Koden i "Repository Deletion Job" er meget XDB-specifik), så derfor er jobbet delt op i disse to separate jobs. 

Øvrige designbeslutninger

Statisk konfiguration i property-fil

Hvilken XDB man kører op imod forventes at være statisk, denne fil skal placeres et fast sted relativt til hvor jobbet køres fra. Derimod vil man nok køre på en ny fil hver gang, så denne skal gives med som kommando-linje input.

Beslutning vedr. javaprogram

Programmet skulle både snakke med en XDB og læse og skrive i filer, der findes java-biblioteket til begge disse formål, som vi har erfaring med at bruge, derfor virkede der oplagt at lave det som et javaprogram.

  • No labels