Open anadal-fundaciobit opened 3 years ago
Respecte el 5, cal pensar que ha de fer una aplicació quan rep una notificació i no sap que ha de fer amb ella. Ara mateix PortaFIB només admet dues sorties: o va bé (200 - OK), o qualsevol altre cosa (qualsevol codi d'error, timeout,....) implica que no ha anat bé i es reintenta.
Aquest darrer cas del reintent, si l'error que llança l'aplicació és per mor que no "li quadra" la notificació, perquè no té l'id de petició (pq potser dins l'aplicació aquesta petició ja s'ha descartat, o el que sigui), repetir la notificació dins PortaFIB no serveix de res, només genera renou. De cada a futur es pot plantejar afegir un tercer estat, per exemple 400, que indiqui que s'ha produit un error, no pq l'aplicació hagi fallat, sinó pq no ha entès l'event, PoraFIB el podria destriar, i per tant directament bloquejar la notificació amb el missatge d'error. Això ja implica però un canvi en el comportament actual de portafib.
Això les aplicacions ja ho podrien fer ara. PortaFIB de moment seguiria fent el mateix, reintentar, Però si les aplicacions s'avesen a fer això, a qualque moment PortaFIB podrà destriar aquests errors, i fer aquest bloqueig directe amb missatge.
A la documentació de PORTAFIB donar unes pautes de com s'ha d'implementar la gestió de notificacions dins l'aplicació.