- Copy enso/docs tree to services/docv/enso-docs (refresh via cp -a from enso repo) - Document mirror and refresh command in services/docv/README.md - Ignore services/docv/target for local Rust workspace - Track docv-service-integration, API docv.md, and related doc index updates
1.7 KiB
Supplément §4.2 — enso-front / docv API (plan 0 mock)
Le contenu canonique est dans docs/INSTALLATION_ENVIRONNEMENT.md §4.2 et deploy/scripts_v2/remote/bootstrap-enso-remote.sh (depuis la version 0.0.46). Ce fichier conserve le même texte pour référence rapide ou clones désynchronisés ; en cas de divergence, le guide d’installation et le script du dépôt priment.
Ligne de tableau (référence)
| NEXT_PUBLIC_DOCV_API_BASE | client | Optionnel : base URL des appels API métier avec Bearer (/api/v1/…). Défaut navigateur : origine du site + /docv-api. Écrit par bootstrap-enso-remote.sh sur les déploiements bootstrap. |
Paragraphe (API Bearer, nginx)
Le tableau de bord et la barre latérale appellent docv-back en HTTPS sur {origine publique}/docv-api/api/v1/… avec l’en-tête Authorization: Bearer (token d’accès OAuth). Nginx route le préfixe /docv-api/ vers docv-back (port 3038 en interne sur l’infra de référence). Liste des routes HTTP et câblage front : features/DOCV_API_ENSO_FRONT_MAP.md §1 ; socle, migrations et narrative : docv/IMPLEMENTATION.md §3.1.
Bootstrap distant (deploy/scripts_v2/remote/bootstrap-enso-remote.sh)
Dans le heredoc enso/enso-front/.env.production.local, après NEXT_PUBLIC_DOCV_OAUTH_AUTHORIZE_BASE=… :
NEXT_PUBLIC_DOCV_API_BASE=${DOCV_PUB}
(DOCV_PUB est déjà défini comme ${ENSO_PUBLIC_ORIGIN}/docv-api.)
Côté runtime, le front agrège trois requêtes docv stubs (notifications, pending-documents, conversations) dans DocvStubListsProvider — un aller-retour réseau amorti par Promise.all.