[TECH] Isoler la configuration du module i18n de l'api

[bpetetot]

🍂 Problème

La configuration i18n de l'api est fortement couplée à la librarie hapi-i18n. Ce qui fait qu'on a pas d'accès à un objet i18n en dehors de l'api.

Or on en a besoin en dehors, par exemple dans certains jobs. À partir d'une locale, on souhaite récupérer certaines traductions.

🌰 Proposition

Isoler la configuration i18n dans un module d'infrastructure qui sera utilisé dans hapi-18n.

Le nouveau module i18n est dans shared/infrastructure/i18n, il expose :

• sa configuration pour être utilisé dans hapi-i18n
• une fonction getI18n qui retourne une instance de i18n pré-configurée avec la locale par défaut.
• une fonction getI18nForLocale qui retourne une instance de i18n pré-configurée avec la locale donné en entrée.

Note

Le fichier tests/tooling/i18n.js a été supprimé. Les tests utilisent désormais la fonction getI18n du module i18n de shared/infrastructure/i18n

🪵 Pour tester

Les tests de CI suffisent pour ce type de changement.

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger