je ne me souviens plus des args à donner à la jvm en command line pour
lancer une application avec un locale donné, et non le fr_FR par défaut,
j'ai essayé :
~/work/Ruby/ANTLR%> java -Dlocale=en_US -cp
lib/antlr-3.0ea7.jar:lib/stringtemplate-2.3b4.jar org.antlr.Tool
grammar.rb
no such locale file org/antlr/tool/templates/messages/fr.stg retrying
with English locale
Exception in thread "main" java.lang.NoClassDefFoundError:
antlr/TokenStream
at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:310)
at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:304)
at org.antlr.tool.ErrorManager.<clinit>(ErrorManager.java:280)
at org.antlr.Tool.main(Tool.java:69)
donc apparemment antlr se plante en tentant de changer de Locale, c'est
pourquoi je souhaite "forcer" en_US au lancement...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
S.B
""Une bévue"" a écrit dans le message de news: 1h8qjmz.1hf9xw9zynn96N%
je ne me souviens plus des args à donner à la jvm en command line pour lancer une application avec un locale donné, et non le fr_FR par défaut, j'ai essayé :
~/work/Ruby/ANTLR%> java -Dlocale=en_US -cp lib/antlr-3.0ea7.jar:lib/stringtemplate-2.3b4.jar org.antlr.Tool grammar.rb no such locale file org/antlr/tool/templates/messages/fr.stg retrying with English locale Exception in thread "main" java.lang.NoClassDefFoundError: antlr/TokenStream at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:310) at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:304) at org.antlr.tool.ErrorManager.<clinit>(ErrorManager.java:280) at org.antlr.Tool.main(Tool.java:69)
donc apparemment antlr se plante en tentant de changer de Locale, c'est pourquoi je souhaite "forcer" en_US au lancement...
En jetant un oeil dans le source de java.util.Locale, on trouve les propriétés "user.language" et "user.country" donc avec un "java -Duser.language=en -Duser.country=US" ça devrait le faire.
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés dans un lieu commun de façon à les (re)trouver facilement.
""Une bévue"" <pere.noel@laponie.com> a écrit dans le message de news:
1h8qjmz.1hf9xw9zynn96N%pere.noel@laponie.com...
je ne me souviens plus des args à donner à la jvm en command line pour
lancer une application avec un locale donné, et non le fr_FR par défaut,
j'ai essayé :
~/work/Ruby/ANTLR%> java -Dlocale=en_US -cp
lib/antlr-3.0ea7.jar:lib/stringtemplate-2.3b4.jar org.antlr.Tool
grammar.rb
no such locale file org/antlr/tool/templates/messages/fr.stg retrying
with English locale
Exception in thread "main" java.lang.NoClassDefFoundError:
antlr/TokenStream
at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:310)
at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:304)
at org.antlr.tool.ErrorManager.<clinit>(ErrorManager.java:280)
at org.antlr.Tool.main(Tool.java:69)
donc apparemment antlr se plante en tentant de changer de Locale, c'est
pourquoi je souhaite "forcer" en_US au lancement...
En jetant un oeil dans le source de java.util.Locale, on trouve les
propriétés
"user.language" et "user.country" donc avec un
"java -Duser.language=en -Duser.country=US"
ça devrait le faire.
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés
dans un
lieu commun de façon à les (re)trouver facilement.
""Une bévue"" a écrit dans le message de news: 1h8qjmz.1hf9xw9zynn96N%
je ne me souviens plus des args à donner à la jvm en command line pour lancer une application avec un locale donné, et non le fr_FR par défaut, j'ai essayé :
~/work/Ruby/ANTLR%> java -Dlocale=en_US -cp lib/antlr-3.0ea7.jar:lib/stringtemplate-2.3b4.jar org.antlr.Tool grammar.rb no such locale file org/antlr/tool/templates/messages/fr.stg retrying with English locale Exception in thread "main" java.lang.NoClassDefFoundError: antlr/TokenStream at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:310) at org.antlr.tool.ErrorManager.setLocale(ErrorManager.java:304) at org.antlr.tool.ErrorManager.<clinit>(ErrorManager.java:280) at org.antlr.Tool.main(Tool.java:69)
donc apparemment antlr se plante en tentant de changer de Locale, c'est pourquoi je souhaite "forcer" en_US au lancement...
En jetant un oeil dans le source de java.util.Locale, on trouve les propriétés "user.language" et "user.country" donc avec un "java -Duser.language=en -Duser.country=US" ça devrait le faire.
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés dans un lieu commun de façon à les (re)trouver facilement.
BennyLaMalice
Salut à tous,
Je profite de ce message pour vous indiquer le lien suivant : http://blogs.sun.com/roller/resources/watt/jvm-options-list.html qui semble être une liste passablement complète des options suporté par la jvm de Sun. Personnellement elle m'a déjà sauvé la mise plus d'une fois ;-)
Salut à tous,
Je profite de ce message pour vous indiquer le lien suivant :
http://blogs.sun.com/roller/resources/watt/jvm-options-list.html
qui semble être une liste passablement complète des options suporté
par la jvm de Sun. Personnellement elle m'a déjà sauvé la mise plus
d'une fois ;-)
Je profite de ce message pour vous indiquer le lien suivant : http://blogs.sun.com/roller/resources/watt/jvm-options-list.html qui semble être une liste passablement complète des options suporté par la jvm de Sun. Personnellement elle m'a déjà sauvé la mise plus d'une fois ;-)
pere.noel
S.B wrote:
En jetant un oeil dans le source de java.util.Locale, on trouve les propriétés "user.language" et "user.country" donc avec un "java -Duser.language=en -Duser.country=US" ça devrait le faire.
ça roule, en plus pour que "antlr-3.0ea7.jar" fonctionne correctement il faut ajouter au cp "antlr-2.7.5.jar"...
alors que cette version ne fonctionne pas avec ruby, ce que j'essayais de tester...
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés dans un lieu commun de façon à les (re)trouver facilement.
ouais, je viens d'ajouter ça à mes "remaind me" ;-) j'ai pataugé pour pas grand chose !
merci ! -- une bévue
S.B <i.dont.know@a.com> wrote:
En jetant un oeil dans le source de java.util.Locale, on trouve les
propriétés
"user.language" et "user.country" donc avec un
"java -Duser.language=en -Duser.country=US"
ça devrait le faire.
ça roule, en plus pour que "antlr-3.0ea7.jar" fonctionne correctement il
faut ajouter au cp "antlr-2.7.5.jar"...
alors que cette version ne fonctionne pas avec ruby, ce que j'essayais
de tester...
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés
dans un
lieu commun de façon à les (re)trouver facilement.
ouais, je viens d'ajouter ça à mes "remaind me" ;-)
j'ai pataugé pour pas grand chose !
En jetant un oeil dans le source de java.util.Locale, on trouve les propriétés "user.language" et "user.country" donc avec un "java -Duser.language=en -Duser.country=US" ça devrait le faire.
ça roule, en plus pour que "antlr-3.0ea7.jar" fonctionne correctement il faut ajouter au cp "antlr-2.7.5.jar"...
alors que cette version ne fonctionne pas avec ruby, ce que j'essayais de tester...
Mais ça serait pas mal si Sun se décidait à référencer toutes ces propriétés dans un lieu commun de façon à les (re)trouver facilement.
ouais, je viens d'ajouter ça à mes "remaind me" ;-) j'ai pataugé pour pas grand chose !