Repository navigation
💡 [REQUEST] - Basculer les 3 routes admin tokens vers server-nestjs #2922
Description
Contexte et source
L’audit du 23 octobre 2026 de #1889 confirme que 3 routes sous /api/v1/admin/tokens atteignent encore apps/server via nginx-strangler.
Besoin ou résultat attendu
Ces routes ne dépendent plus du backend legacy, avec un comportement compatible et vérifié pour les consommateurs.
Périmètre
/api/v1/admin/tokens, son routage et sa qualification. apps/server reste figé ; sa suppression et celle de nginx-strangler ne font pas partie de cette livraison.
Définition du fini
- GET, POST et DELETE des tokens administrateur sont servis par NestJS via nginx-strangler, sans passage par le legacy.
- Les réponses du contrat et les autorisations ListAdminToken / ManageAdminToken sont vérifiées.
- Les tests ciblés et nginx -t passent ; une vérification HTTP des trois routes et les preuves de bascule sont référencées.
Références
- 🌈 [EPIC] Migration de
serverversserver-nestjs #1889 — audit et suivi de la bascule complète. - 💡 [REQUEST] - Migrer le module admin-token vers server-nestjs #2719 (portage clos).
- refactor(admin-token): migrate from server #2740 (portage fusionné).
Activity
StephaneTrebel commentedon Oct 23, 2026
Constat de l’audit du 23 octobre 2026
AdminTokenController et AdminTokenModule sont présents et chargés. Aucune location /api/v1/admin/tokens n’existe dans le routage audité ; les requêtes du client courant atteignent donc le fallback legacy.
Sources figées : routage nginx, modules chargés.
Référence : main
d6954dec98a8eacd36d385c037f826521ac05776; arbres runtime et routage identiques dans le candidat #2871 Ã851b32462cff1a2bb4a405600b0b1e021bef101b. Ces preuves ne constituent pas une observation de production.serverversserver-nestjs#1889