- Expédié
- 21 mai 2026 à 23:04 UTC
- Auteur
- kamo
- Commite
- fc6799a
L'application kamo-interne proxie chaque chemin de backend Java à travers un chemin explicite Next.js gestionnaire de route (un par segment de premier niveau: /marchés de commerce, /pos, /leads, ...). /api/security/mortgage-apps n'avait pas de gestionnaire, donc chaque appel de mortgagesApi (utilisées par la page URLA / applications, les programmes hypothécaires) panneau de réglages, et maintenant PipelineApplicationsTab) atteindre Next.js's 404 et le l'appelant le composant s'est écrasé dans sa limite d'erreur. C'est le "404 ERREUR" sur /commerce?tab-market-zuuid------------------------------------------------ voir les charges via mortgageAppsApi.list() et bombarder chaque demande. - Nouveaux fourre-tout à - la même forme que le proxy des marchés de commerce: forwardToApi avec X-z-token pass-through, JSON enveloppe sur le succès, JSON enveloppe sur erreur. - Flux de réponses non-JSON non modifiées (HMDA LAR CSV téléchargement du CSV - serait autrement reemballage en tant que JSON et corrompu). - 204 No Content (réponses DELETE) se propage sans corps. PipelineApplicationsTab se charge désormais des deux prêts hypothécaireAppsApi.list() ET héritage - et dédupes par uid. URLA gagne sur conflit. Les deux sources sont gracieusement .catch()'d donc une panne d'arrière-plan sur soit le chemin ne fait pas exploser l'onglet.