Nuovo servizio per la validatrice embedded system

[MattiaRiola]

ValidatorService

TODO

• [x] API
  • [x] validate ticket
  • [x] statistics
  • [x] Using Spring security protect statistics API for admins only
  • [x] Tests validate
  • [x] Integration
• [x] Configuration
  • [x] Add embedded role in LoginService
  • [x] Login as embedded service
  • [x] Get the secret in order to validate tickets

Task Description

• aggiungere un nuovo servizio validatrice che all'accenzione fa le seguenti cose:

  • Validatrice logga nel LoginService con l'api /user/login e riceve il ruolo di embedded system (da aggiungere nel db dei ruoli)
  • Contatta il TravelerService con il ruolo di embedded system e chiede il segreto per validare i biglietti ad una nuova api /secret/get

guide

Endpoint

Validation

embedded systems controlling the turnstiles at the entrance and exit gates.

opterei per un approccio KISS: controllo validate solo all'ingresso utilizzando il codice del lab2. (Anche perché non abbiamo informazioni sul controllo in uscita)

Ticket composition

from lab 2:

• [x] sub: ticket id
• [ ] iat: issuedAt (timestamp)
• [x] exp: expiration
• [x] zid: zones covered by this ticket
• [x] jws: encoding of the previous information as a signed JWT (using a key that is different to the loginService key)

  • [Note that this JWT will be used for providing physical access to the train area and will be signed by a key that has nothing to do with the key used by the LoginService]

Statistics

Admin can access reports about purchases and transits, both of single travelers and of the company as a whole for a selectable time period.

• endpoint /get/stats della validatrice che mette a disposizione un transit count information. :warning: accessibile solo dagli admin

nel corpo dell'api si inseriscono:

• timeStart
• timeEnd
• userId

L'assenza di uno di questi parametri implica l'assenza del filtro.

Cos'è la transit count information

• Dato un utente -> biglietti ha acquistato
• Dato un utente e periodo -> biglietti ha acquistato in quel periodo
• Dato un periodo -> biglietti sono stati timbrati da tutti gli utenti
• Senza periodo senza utente -> tutti i biglietti timbrati

[MattiaRiola]

Struttura del db

Validazione dei biglietti

Per i filtri:

• periodo di tempo -> timestamp della validazione
• utente che effettua la validazione -> userId/nickname

[GrayNeel]

Per contattare il Login Service è necessario utilizzare un topic Kafka?

[MattiaRiola]

No usiamo le richieste http standard, tanto fa la richiesta una volta sola e non deve più scambiarsi altri messaggi con il servizio di login