Kildekode

Kildekoden til DTG projektet findes på  https://

git.nspop.dk/

scm/

nt/dtg

.gitog tjekkes ud med

git.

Miljø

DTG projektet

kan startes med docker-compose som beskrevet i dev.md.

Bemærk at DTG kræver et NSP base-image >= 3.x.x. Dette kan angives i et build-arg til docker-compose, fx:

 docker-compose build --build-arg BASE_TAG=3.3.2

Software

• Java 8
• Maven 3

• Node 8

Byg

Klienten

bygges efter foreskrifterne i modules/client/

README.md.
Der er også instruktioner til simpelt at starte en klient i developer-mode, med Hot Module Reloading og automatisk genbyg ved ændringer.

Resten af projektet bygges herefter med mvn install -Drevision=dev udført i roden af projektet

Servicen kan testes på http://localhost:

8080/dtg-webservice

 efter at være startet som beskrevet under "Miljø", der også opretter en bruger med login

dtg :

dtg

Test

Unit tests afvikles ved almindeligt byg

.

Mocks

I development-opsætning bruges en mock af MitID Simulatoren.
Den er sat op i docker-servicen mitid-mock i compose/development/docker-compose.yml, som er konfigureret vha. compose/configuration/mitid-mock/mitid-mock.json

Den er sat op med følgende opførsel:

• Ved søgning på eksistens via personnummer er der opsat:
  • Ét personnummer, som findes (og som derfor ikke kan oprettes igen).
  • To personnumre, som ikke findes (og som derfor kan oprettes).
• Ved oprettelse af en identitet svares tilbage med mock-data.

Med ovenstående kan man afteste webservicen og klientens opførsel.

Man kan evt. ændre i konfigurationen (i compose/configuration/dtg/mitid-simulator.xml) for at kalde mod den rigtige service. Der er det en god idé altid at angive en adminstrator e-mail, så man altid kan tilgå identiteter.

Datakvalitet ifm. bootstrap

Til OBS!, så bør man som udvikler være opmærksom på at Events, som ligger i databasen på testmijøet, ikke nødvendigvis lever op til de antagelser, som selve DTG-kildekoden kunne give udtryk for!
Da de bootstrappede data blev indlæst var der ét sæt af valideringer; nu kan der være noget andet. F.eks. kunne kildekoden give udtryk for at alle ydernumre er 6 cifre, med evt. foranstillede 0'er, mens der i databasen kan gemme sig bootstrappede Events, hvor ydernummeret kun er 5 tegn, uden et foranstillet 0.
Felter kan også være null, tomme strenge, o.lign., selvom man ikke ville forvente det, fordi de bootstrappede events manglede den pågældende data ved indlæsning.