1. Kildekode

Kildekoden til DTG projektet findes på  https://git.nspop.dk/scm/nt/dtg.git og tjekkes ud med git.

2. 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

3. Software

• Java 8
• Maven 3
• Node 8

4. 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

5. Test

Unit tests afvikles ved almindeligt byg.

6. 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.

7. 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.