January 2011 - I18n-devel - mailman.cloud.codelutin.com

[ANN] - I18n 2.3 released
by nuiton.org Release Notification Jan. 31, 2011

Jan. 31, 2011

1 0

Performance!
by chemit Jan. 31, 2011

Jan. 31, 2011

Salut, Depuis la version 2.1 et l'apparition du support multi-langue, les performances de détections de clefs dans les fichiers java s'est fortement dégradé (processeur à 100% et pendant longtemps). On a un peu revu le système avec Benjamin vendredi et j'ai mis ça en application aujourd'hui. Le mojo incriminé est parserJava et je suis content de vous annoncer que les performances sont au rendez-vous, jugez par vous même sur les traces suivantes testés sur ObServe pour les versions : 1.1, 1.2, 2.0, 2.2, 3.0 mvn package -Pnotests -Di18n.strictMode -DnuitonI18nVersion=1.1 [INFO] --- maven-i18n-plugin:1.1:parserJava (default) @ observe-business --- [INFO] Parsing is done. [treated file(s) : 76/187](total time:28.756s) ( ~ 153.773ms / file) [INFO] --- maven-i18n-plugin:1.1:parserJava (scan-sources) @ observe-swing --- [INFO] Parsing is done. [treated file(s) : 151/206](total time:30.801s) ( ~ 149.521ms / file) mvn package -Pnotests -Di18n.strictMode -DnuitonI18nVersion=1.2 [INFO] --- maven-i18n-plugin:1.2:parserJava (default) @ observe-business --- [INFO] Parsing is done. [treated file(s) : 76/187](total time:5.972s) ( ~ 31.937ms / file) [INFO] --- maven-i18n-plugin:1.2:parserJava (scan-sources) @ observe-swing --- [INFO] Parsing is done. [treated file(s) : 151/206](total time:11.992s) ( ~ 58.212ms / file) mvn package -Pnotests -Di18n.strictMode -DnuitonI18nVersion=2.0 [INFO] --- maven-i18n-plugin:2.0:parserJava (default) @ observe-business --- [INFO] Parsing is done. [treated file(s) : 76/187](total time:6.406s) ( ~ 34.254ms / file) [INFO] --- maven-i18n-plugin:2.0:parserJava (scan-sources) @ observe-swing --- [INFO] Parsing is done. [treated file(s) : 151/206](total time:9.788s) ( ~ 47.516ms / file) mvn package -Pnotests -Di18n.strictMode -DnuitonI18nVersion=2.2 [INFO] --- maven-i18n-plugin:2.2:parserJava (default) @ observe-business --- [INFO] Parsing is done. [treated file(s) : 76/187](total time:19.852s) ( ~ 106.158ms / file) [INFO] --- maven-i18n-plugin:2.2:parserJava (scan-sources) @ observe-swing --- [INFO] Parsing is done. [treated file(s) : 151/206](total time:38.732s) ( ~ 188.021ms / file) mvn package -Pnotests -Di18n.strictMode -DnuitonI18nVersion=3.0-SNAPSHOT [INFO] --- maven-i18n-plugin:3.0-SNAPSHOT:parserJava (default) @ observe-business --- [INFO] Parsing is done. [treated file(s) : 76/187](total time:640.602ms) ( ~ 3.426ms / file) [INFO] --- maven-i18n-plugin:3.0-SNAPSHOT:parserJava (scan-sources) @ observe-swing --- [INFO] Parsing is done. [treated file(s) : 151/206](total time:450.823ms) ( ~ 2.188ms / file) Les chiffres parlent d'eux-même je pense ;) Je pense que je vais lancer une release du coup en 2.3 plutôt que 3.0 cet après-midi. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

[ANN] - I18n 2.2 released
by nuiton.org Release Notification Jan. 25, 2011

Jan. 25, 2011

1 0

[ANN] - I18n 2.1 released
by nuiton.org Release Notification Jan. 24, 2011

Jan. 24, 2011

1 0

méthodes _() avec la locale forcée pour une utilisation en mode web.
by Jean Couteau Jan. 20, 2011

Jan. 20, 2011

Dans un contexte web, on peut être ammené à vouloir traduire des messages côtés serveur, les utilisateurs peuvent avoir des locales différentes et faire des appels simultanés, l'idée c'est donc d'avoir les méthodes _(String locale, String message) et _(String locale, String message, String... args). Ces méthodes, au lieu de faire un getCurrentLanguage pour trouver la langue, rechargeraient la langue correspondant à la locale passée en paramètre. Pour ça faudrait modifier légèrement le i18nStore pour que l'ajout d'un langage soit fait au get et non au set. Bonne idée ?

3 7

Tout initiliser en I18n c'est pas bon.
by chemit Jan. 20, 2011

Jan. 20, 2011

Ben, hier t'as voulu tout initialiser en lazy dans I18n et tu casses toute la logique de I18nInitializer... Le but justement c'est de forcer une initialisation propre et toi tu fais tout l'inverse. J'incrime ça : public static I18nInitializer getInitializer() { if (initializer == null) { initializer = new ClassPathI18nInitializer(); } return initializer; } C'est pas bon du tout... Cette initializer est a utiliser en dernier recours car il parcours tout le classpath et fait qu'une application finale va mettre 3 secondes à démarrer au lieu de 100ms. Donc j'en reviens à ce que je disais hier, merci de pas tout bouziller sur des coups de têtes :) Si 2011 est l'année de la comm, je trouve que ça commence bien mal. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 1