- Shipped
- 12 août 2026 à 17:43 UTC
- Author
- Kamo
- Commit
- 7ac577d
Résumé() a demandé TimecardService pour Tel est le nom du Service de sécurité MAPPING, qui n'est en aval. TimecardService n'a pas un tel chemin, TimecardServiceClient ramène un 404 en tant que ResponseEntity au lieu de lancer, et lire()ond n'importe quel non-2xx sans mot dans le journal. Donc, en attente d'approbation siét à 0 pour toujours, la file d'attente d'approbation rendue "Tout timecard est clair.", et timecardState n'a jamais été fixé à aucun membre, qui a rendu l'état "ouvert" de la matrice inaccessible. Un appel mort rendu comme une bonne nouvelle. Même le bon relais manager-file serait faux ici: il répond "pertes de temps soumis à ME" et un rapport sur les droits de l'homme a besoin du total de l'organisation. Maintenant, lise le relais de la préparation à l'échelle de l'ordre, vérifié par rapport à TimecardService Désivent EGEU Début, périodeFin, total, prêt, blocage : [ . . . . . . . . . . . . . . . . . . . . . . . . . . currentPeriod est calculé en premier et réutilisé à la fois pour le DTO et la requête. Non période signifie qu'il n'y a pas d'appel et qu'il n'y a pas d'approbations inventées. Sous-ensemble SOUMETTRE; OUVERT bloque un nombre fermé mais est toujours le membre à finir. Le lire sous MANAGE-TIMECARDS n'est pas une porte élargie: il s'agit de l'appel à relais aval, et ce qui est exposé est un nombre et un état par membre pour un org dont la liste complète et chaque exception ouverte le même appelant reçoit déjà à partir du même critère d'évaluation. Aucune mesure finale n'est accessible ici. Deux choses en dessous : - Par membre, les exceptions provenaient de l'OpenExceptions de la liste, qui FiletService remplit avec résolu.unresolved().size() - poinçon non résolu INTERVALS, rien à voir avec Blocking. La matrice peinte en rouge pour des exceptions qui ne bloquent rien et contredisent le pilier à côté. Il est maintenant vient des mêmes lignes et le même filtre getIsBlocking() que le niveau d'orge chiffre, donc le compte par membre s'y sum. - read() logs à WARN avec l'état et le chemin sur chaque dégradation. Le 404 qui a brisé cette caractéristique était complètement invisible, et cela ne doit pas se reproduire.