Admin ticket management

[MattiaRiola]

Gli admin possono create, update and modify i tickets del ticket catalog.

• [x] create
• [x] modify their properties (validity period, price, usage conditions)
  • hint: elimina e creane uno nuovo usando le funzioni già esistenti

[lelexdrugo]

Seguendo l'idea di gestire la modifica facendo in realtà una rimozione dell'item dal catalog e una creazione successiva, si deve valutare se si possa eliminare tranquillamente il vecchio item oppure sia meglio aggiungere un campo VALID o qualcosa del genere da settare a false in questi casi.

Così è possibile fare un controllo su questo campo quando viene richiesta l'emissione di biglietti con tale tipologia, ma non si rischia che si rompa qualcosa se dato l'id di un preciso tipo di biglietto si voglia risalire alle caratteristiche (tipologia, prezzo) di quell'oggetto a catalogo in un futuro in cui è stato rimosso (perché modificato)

[lelexdrugo]

TODO: test Dopo l'ultimo commit (dc15db282a7ae14b20a2fead310591310314b3eb). Il controller ha due nuovi endpoint:

• removeTicketFromCatalog
• modifyTicketInCatalog Inoltre l'endpoint buyTickets adesso farà un check sul campo available dei TicketItem. Scrivere i test in integration/CatalogTests

I nuovi metodi del servizio sono

• removeTicketType
• modifyTicketType Con modifiche alla buyTicket. Non abbiamo service/unit test in questo modulo, aggiungiamo quindi degli integration

[lelexdrugo]

Ulteriore nota: vogliamo che l'admin possa visualizzare i biglietti non più disponibili insieme agli altri biglietti? Se sì bisogna aggiungere il campo available al dto di presentazione del TicketItem, se no bisogno filtrare per available==true anche nel metodo del service che fa la findAll di tutti i ticketItem