lancer un bat avec une adresse relative

Je suis dans mon code java :mrgreen:
J'arrive sans problème à éxécuter un commande bat à l'aide
de la classe runtime et de la fonction exec :

String pathname = "D:\\LOCAL\\instantiation";
File dir = new File( pathname) ;
String temp[]={"D:\\LOCAL\\instantiation\\instantiate.bat", "-I", "-P", "admin"};
Runtime.getRuntime().exec(temp,null,dir);

jesouhaite passer en adresse relative ... j'ai essayé des trucs du genre

String pathname = "..\\instantiation";
File dir = new File( pathname) ;
String temp[]={"..\\instantiate.bat", "-I", "-P", "admin"};
Runtime.getRuntime().exec(temp,null,dir);

mais ça ne marche pô :(

En fait, il faut faire attention au repertoire courrant qui n'est pas ou plus forcement celui d'ou a ete executé le logiciel ....

Soit tu t'assure (et je ne sais pas comment) que tu te situe bien dans le repertoire de base, soit tu passe en chemin statique, formé a partir du chemin de base + le chemin relatif.
Dans le ée cas, le chemin de base devra etre genere dynamiquement. Sous delphi d'ou je viens il existait une methode qui nous permetais de recuperer le nom complet du fichier d'execution, donc d'en extraire son repertoire que l'on stock dans une variable "rootpath" par exemple.
Cette variable, transmise aux classes qui en ont besoin, permet une fois concatene aux chemins relatifs, de generer des chemins complets a des fichiers, quelque soit le repertoire d'instalation.

:mrgreen:

ouai merci j'ai réussi à le faire ....VICTOIRE

en gros le truc c'est que ce n'est pas possible en adresse relative ....
il faut récupérer le path via getAbsolutePath() ou getCanonicalPath()

voila une solution:

String pathname = "..\\instantiation";
File dir = new File( pathname) ;
String path =dir.getAbsolutePath(); //dir.getCanonicalPath();
String temp[] ={path+"\\"+"instantiate.bat", "-P", "toto", };
Process add = Runtime.getRuntime().exec(temp,null,dir);
add.waitFor();

Salut,

Citation:

---

Envoyé par LittleBean

Process add = Runtime.getRuntime().exec(temp,null,dir);
add.waitFor();

---

Attention à ceci ! Tu devrais utiliser (ou fermer) les flux d'E/S du programme que tu lances, sinon il pourrait se bloquer (lire Runtime.exec() n'est pas des plus simple...).

a++

Citation:

---

String pathname = "..\\instantiation";

---

Petite question :
Ce chemin est relatif a quoi ? le repertoire d'execution ? ou au fichier java source ?

Dans le 1e cas il faut faire attention a ce que le chemin d'exectution ne change pas ....
on peux creer un lien vers un programme et lui attribuer un repertoire d'execution different. J'ai aussi remarque que pour une execution sous DOS, faire un "java out\monappli.jar" specifie comme repertoire d'execution le repertoire racine de "out" alors que "cd out" puis "java monappli.jar" specifie "out" comme repertoire d'execution.

J'ai chercher a recuperer le chemin complet du fichier jar executé mais sans succes.
Y a t il un moyen a l'execution de connaitre le chemin de la classe principale (celle qui declare main) ou bien du jar ? ou tout autre moyen de connaitre dynamiquement le repertorie de base de l'application, sans passer par une clefs de la bdr ou autre variables d'environnement renseigné a l'instalation ...

Citation:

---

Attention à ceci ! Tu devrais utiliser (ou fermer) les flux d'E/S du programme que tu lances, sinon il pourrait se bloquer

---

merci du conseil je vais fermer tout les flux :mouarf:

pour clorish le chemin est relatif au repertoire d'execution ce qui implique effectivement que la structure ne change pas à l'intérieur du dossier de l'appli

Citation:

---

J'ai cherché à recuperer le chemin complet du fichier jar executé mais sans succes.

---

je pense pas ... :( que ce soit possible

Citation:

---

Envoyé par LittleBean

pour clorish le chemin est relatif au repertoire d'execution ce qui implique effectivement que la structure ne change pas à l'intérieur du dossier de l'appli

---

ok .... donc du repertoire d'execution defini par windows.
C'est a dire que si on lance :

c:\java>java out\monappli.jar

le repertoire d'execution est c:\java et non c:\java\out.

cela sous endent que si on place un racourci sur le fichier mal parametré, on ne recupere pas le repertoire racine de l'applciation ... etc.
J'ai eu pas mal de soucis avec des "repertoires d'execution" qui changent au cours de l'execution de d'uen applciation .... notement avec les dialogs de selection de fichiers.

oui c'est tout à fait ça ( le dossier où est executé le .bat est le dernier argument d'exec(...) )

On est bien d'accord mais je vois pas vraiment de façon simple d'échaper à une structure de fichier/repertoire windows cohérente

Bon ben vu que tu confirme ce que je pensais, ca me pose un souci :

sous delphi, ouvrir une boite de dialogue change le repertoire actif de windows, donc ouvrir un fichier qui se trouve dans "monappli\datas\" affecte comme repertoire actif "monappli\datas".
Du coups tous tes chemins relatifs le sont par rapport a "monappli\datas" et non "monappli".

De plus, si le repertoire debase depends du repertoire d'execution, cela sous entends que ce dernier peut changer d'une execution a l'autre, donc rend incoherent l'usage des chemins relatifs :(

Sous delphi j'ai resolu le probleme de 2 facon :
- Definir une clafs dans la BdR ayant pour valeur le repertoire d'instalation
- Generer mes fichier en fonction du nom complet de l'executble dont j'ai axtrait le repertoire .....

JE prefere de loin la 2e qui permet une execution sans install ..