Extraire des chaînes pour la traduction extracting-strings-for-translating

CAUTION
AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Utilisez xgettext-maven-plugin pour extraire du code source les chaînes qui doivent être traduites. Le module externe Maven extrait les chaînes dans un fichier XLIFF que vous envoyez pour traduction. Les chaînes sont extraites à partir des emplacements suivants :

  • Fichiers source Java
  • Fichiers source JavaScript
  • Représentations XML des ressources SVN (noeuds JCR)

Configuration de l’extraction de chaînes configuring-string-extraction

Configurez la manière dont l’outil xgettext-maven-plugin extrait les chaînes pour votre projet.

/filter { }
/parsers {
   /vaultxml { }
   /javascript { }
   /regexp {
      /files {
         /java { }
         /jsp { }
         /extjstemplate { }
      }
   }
}
/potentials { }
Section
Description
/filter
Identifie les fichiers qui sont analysés.
/parsers/vaultxml
Configure l’analyse des fichiers Vault. Identifie les noeuds JCR qui contiennent des chaînes externalisées et des indices de localisation. Identifie également les noeuds JCR à ignorer.
/parsers/javascript
Identifie les fonctions JavaScript qui externalisent les chaînes. Il n’est pas nécessaire de modifier cette section.
/parsers/regexp
Configure l’analyse de fichiers de modèle ExtJS, Java et JSP. Il n’est pas nécessaire de modifier cette section.
/potentials
Formule de détection des chaînes à internationaliser.

Identification des fichiers à analyser identifying-the-files-to-parse

La section /filter du fichier i18n.any identifie les fichiers analysés par l’outil xgettext-maven-plugin. Ajoutez plusieurs règles d’inclusion et d’exclusion qui identifient les fichiers qui sont analysés et ignorés, respectivement. Vous devez inclure tous les fichiers, puis exclure ceux que vous ne souhaitez pas analyser. En règle générale, vous excluez les types de fichiers qui ne contribuent pas à l’interface utilisateur ou les fichiers qui définissent l’interface utilisateur mais ne sont pas traduits. Les règles d’inclusion et d’exclusion ont le format suivant :

{ /include "pattern" }
{ /exclude "pattern" }

La partie "pattern" d’une règle est utilisée pour faire correspondre les noms des fichiers à inclure ou à exclure. Le préfixe de modèle indique si vous faites correspondre un noeud JCR (sa représentation dans Vault) ou le système de fichiers.

Préfixe
Effet
/
Indique un chemin JCR. Par conséquent, ce préfixe correspond aux fichiers situés dans le répertoire jcr_root.
*
Indique un fichier ordinaire sur le système de fichiers.
aucune
L’absence de préfixe, ou un motif commençant par un nom de dossier ou de fichier, indique un fichier ordinaire sur le système de fichiers.

Lorsqu’il est utilisé dans un motif, le caractère / indique un sous-répertoire et le caractère * correspond à tous les éléments. Le tableau suivant répertorie plusieurs exemples de règles.

Exemple de règle
Effet
{ /include "*" }
Inclure tous les fichiers.
{ /exclude "*.pdf" }
Exclure tous les fichiers du PDF.
{ /exclude "*/pom.xml" }
Exclure les fichiers POM.
{ /exclude "/content/*" } { /include "/content/catalogs/geometrixx/templatepages" } { /include "/content/catalogs/geometrixx/templatepages/*" }

Excluez tous les fichiers sous le nœud /content.

Inclure le nœud /content/catalogs/geometrixx/templatepages.

Inclure tous les nœuds enfants /content/catalogs/geometrixx/templatepages.

Extraction des chaînes extracting-the-strings

aucun POM :

mvn -N com.adobe.granite.maven:xgettext-maven-plugin:1.2.2:extract  -Dxgettext.verbose=true -Dxgettext.target=out -Dxgettext.rules=i18n.any -Dxgettext.root=.

Avec POM : Ajoutez ceci au POM :

<build>
    <plugins>
        <plugin>
            <groupId>com.adobe.granite.maven</groupId>
            <artifactId>xgettext-maven-plugin</artifactId>
            <version>1.1</version>
            <configuration>
                <rules>i18n.any</rules>
                <root>jcr_root</root>
                <xliff>cq.xliff</xliff>
                <verbose>true</verbose>
            </configuration>
        </plugin>
    </plugins>
</build>

La commande :

mvn xgettext:extract

Fichiers de sortie output-files

  • raw.xliff : chaînes extraites

  • warn.log : avertissements (le cas échéant), si l’API CQ.I18n.getMessage() est utilisée de manière incorrecte. Une correction est toujours nécessaire, suivie d’une nouvelle exécution.

  • parserwarn.log : avertissements de l’analyseur (le cas échéant) ; problèmes de l’analyseur js, par exemple

  • potentials.xliff : candidats « potentiels » qui ne sont pas extraits, mais il peut s’agir de chaînes lisibles qui doivent être traduites (peuvent être ignorées ; produisent toujours un grand nombre de faux positifs).

  • strings.xliff : fichier xliff aplati, à importer dans ALF

  • backrefs.txt : permet de rechercher rapidement une chaîne donnée dans des emplacements de code source.

recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e