2011-09-29 2 views
0

J'ai un fichier build.xml qui spécifie un répertoire avec des caractères japonais comme argument d'une commande.Spécification du répertoire avec des caractères japonais dans build.xml pour ant dans Windows

<exec executable="${amxmlc_cmd}"> 
     <arg line="${amxmlc_opt}" /> 
     ... 
     <arg line="-source-path+=Work/システム/_config_as" /> 
     ... 
</exec> 

<condition property="amxmlc_cmd" value="cmd.exe"> 
     <os family="windows" /> 
</condition> 
<condition property="amxmlc_opt" value='/c "${flex_sdk}bin/amxmlc"'> 
     <os family="windows" /> 
</condition> 

je reçois l'erreur "Erreur: Impossible d'ouvrir « travail/????/_ config_as"

j'ai changé pour

<condition property="amxmlc_opt" value='/u/c "${flex_sdk}bin/amxmlc"'> 
      <os family="windows" /> 
</condition> 

Mais J'ai la même erreur.

Lorsque j'ai changé les fenêtres par défaut de programme non-unicode Japonais Je suis l'erreur « Erreur: Impossible d'ouvrir « travail/シ ス テ ム/_config_as » »

Toute aide est grandement appréciée. Merci d'avance.

+2

Il me semble que vous n'avez pas de problème avec ant et le nom japonais, mais vous avez un problème avec la commande ne pas être en mesure d'ouvrir le fichier spécifié. –

+0

Je ne comprends pas, pourquoi voudriez-vous * jamais * avoir un dossier utilisé pour la programmation en japonais? Conservez les éléments régionaux avec le fichier de propriétés locales, pas la structure de dossiers ... –

Répondre

0

C'est ant, qui ne passe pas correctement les paramètres Unicode. Cela fonctionnera uniquement si vous définissez les paramètres régionaux du système sur japonais et redémarrez. http://mihai-nita.net/2005/06/11/setting-the-user-and-system-locales/

===

Correction: fait quelques tests, et ce n'est pas la faute de fourmi, il est Java lui-même. J'ai essayé à la fois Runtime.exec et ProcessBuilder.start, et les deux semblent convertir les paramètres en ANSI avant de les transmettre à l'application enfant. (l'application de l'enfant était C, Unicode, et a appelé d'un parent C, Unicode, a bien fonctionné)

assez boiteux, pour 2011 (génération Java 1.6.0_26-b03, il serait intéressant d'essayer de 7)

Questions connexes