Bonjour,
J'ai fait un petit parseur pour détecter les chaînes
I18n dans un code Java, mais basé sur la syntaxe Java (AST).
Par rapport au code précédent, il :
- ne détecte pas la chaîne dans les commentaire
- il détecte les formatage bizarre, par exemple :
String matraduction = _(
"chainesecondeligne");
Il est pour l'instant basé sur le projet javaparser [1]
parce que j'ai trouvé plus facilement la doc que
antlr ou javacc par exemple.
Voilà le code :
http://svn.nuiton.org/svn/sandbox/i18nastparsingtest/src/main/java/org/test…
À vos avis.
[1] : http://code.google.com/p/javaparser/
--
Éric Chatellier <chatellier(a)codelutin.com>
Tel: 02.40.50.29.28
http://www.codelutin.com
Salut,
Comme vous le savez historiquement les Properties sont en ISO-8859-1
(Latin1), mais la JDK1.6 permet de sauver les Properties en UTF-8.
Le souci dans i18n et maven-helper-plugin (SortedProperties), c'est que
l'encoding est passé mais n'est pas interprété correctement par le
Properties final qui finalement sauve toujours les fichiers en ISO avec
les fameux remplacement de caractères \uXXX.
L'ano a été créé http://nuiton.org/issues/show/1494
Pour résumé, le plugin i18n prenait bien de l'encoding UTF-8 mais il
n'était jamais utilisé sur les sorties de fichier. Embêtant car les
fichiers dans les sources étaient écrasé et avaient de joli \uXXX ce
qui peut compliquer la vie d'un traducteur.
L'idée c'est de permettre de garder les fichier utilisateurs dans
l'encodage désiré (goal generate). Le reste pouvant rester en ISO
normalement il n'y a pas trop d'impact.
Reste ensuite la possibilité de configurer l'encoding de sortie pour
les ressources bundle utilisé au runtime. Pour le moment ce n'est pas
indispensable, l'ISO est utilisé par défaut dans l'api, mais ca
pourrait être une evol intéressante.
Je n'ai pas commité pour le moment, mais j'ai résolu les problèmes (et
vive les tests it maven ;)
C'est une impact importante je pense d'ou les versions moyennes
(deuxième chiffre), les projets qui migreront auront directement les
fichiers utilisateurs passé en UTF-8 (en fait l'encodage du projet),
sauf si l'option srcEncoding du plugin maven est mise en iso-8859-1.
Il me faudrait quelques tests pour checker cette migration.
Je pense faire une branche en beta pour commiter et tester, et faire
rapidement une release car j'en ai besoin pour un autre projet.
Cordialement,
Flo
