l'accès aux fichiers créés par le processus d'exécution Java

Question

Je suis en cours d'exécution d'un programme de Windows à partir de Java:

  String command = "cmd /C start "+fileName+".bat"; 
    Runtime rt = Runtime.getRuntime(); 
    Process pr = rt.exec(command, null, new File(currWD)); 
    int exitValue = pr.waitFor(); 

Le programme se termine avec succès (exitValue == 0) et crée un fichier « fileName » dans le répertoire de travail. Je suis en train de la même routine pour trouver la taille de ce fichier:

xmlFileSize = (new File(fileName)).length(); 

Java trouve le fichier mais il semble être vide (xmlFileSize == 0). Une fois que Java a fini, je peux voir, cependant, que le fichier n'est pas vide.

Comment puis-je résoudre ce problème? Tout ce que je veux, c'est que Java puisse évaluer correctement la taille du fichier créé par le programme Windows que Java a exécuté.

Answer 1

Je créditer cette réponse à aioobe et John. Comme le suggère John, le programme externe démarré par le fichier séquentiel génère un processus qui semble fonctionner pendant un certain temps (50-300 millisec) après le retour du sous-processus Java exécutant le fichier batch. J'ai résolu le problème en introduisant une pause (comme suggéré par aioobe):

int exitValue = pr.waitFor();

try {Thread.currentThread() dormir (300).} Catch (e InterruptedException) {e.printStackTrace();}

Après la pause Java semble être en mesure de voir les fichiers créés par le programme externe. Merci encore aux deux contributeurs qui m'ont aidé à résoudre ce problème!

Si quelqu'un trouve une solution plus élégante, s'il vous plaît, n'hésitez pas à poster.

Answer 2

Un fichier de longueur nulle indique que le fichier n'existe peut-être pas. À partir des documents:

La longueur, en octets, du fichier dénoté par ce chemin d'accès abstrait, ou 0L si le fichier n'existe pas.

Notez que vous utilisez currWD comme répertoire de travail pour votre fichier bat. Vous pouvez essayer de faire:

new File(currWD, fileName).length() 

pour vous assurer que vous recherchez le fichier dans le bon répertoire.

Answer 3

Cela a probablement à voir avec l'exécution du fichier bat à partir d'un shell de commande. Que fait le fichier bat? Est-ce qu'il lance un programme?

Je suppose que le script appelle ou exécute un autre programme et renvoie ce qui permet au shell de mourir. Ceci, à son tour, laisse le processus Java se poursuivre alors que le processus du script continue à s'exécuter de manière asynchrone. Selon l'API Java pour le processus, cela est autorisé ce qui devrait certainement être (link java.lang.Process)