Runtime.getRuntime().exec chemin d'execution

Bonjour,

Dans le cadre d'un projet j'ai besoin d'utiliser un programme externe codé en C depuis une application JAVA.

Pour cela est utilisé la méthode getRuntime().exec() mais bizarrement si le chemin d'execution de l'application n'est pas écrit au complet ("C:\Programs\myprogram.exe" par exemple) celui ci cherche depuis le bureau.

Ceci pourrait-il venir d'Eclipse, un paramètre quelconque que je n'arrive pas à régler ?

Le problème s'effectue également sur une validation de fichiers XML faite à partir de DTD qui, si elles ne se trouvent pas sur le bureau, ne marchent pas.

Merci d'avance pour votre aide.

Si tu ne précise pas le chemin complet, la recherche se fera dans dossier courant puis dans le PATH. Le dossier courant pouvant être tout et n'importe quoi suivant comment ton application a été lancée, il peux très bien être le bureau. C'est une bonne pratique de donner le chemin complete, sauf si l'application est supposée être dans le PATH (comme notepad par exemple).

A note que ça n'a rien à voir avec java, c'est l'OS qui fonctionne ainsi, java se contente de prendre les paramètres que tu lui donne, de les transférer à l'OS et d'enrober la réponse dans des objets JAVA.

Merci pour la réponse, le problème avec les chemins complets c'est que ce n'est pas très portable d'un OS à l'autre voire même d'une machine à une autre. Un chemin relatif serait nettement plus approprié mais je ne comprends pas pourquoi il prend le bureau comme racine.

De plus comme mentionné précédemment, mes DTD subissent le même problème, voilà pourquoi j'avais pensé à une mauvaise config de l'IDE.

Je vais essayer de tester sans Eclipse pour voir où il va me chercher tout ça.
A noter également que le chemin courant devrait être mon workspace au minimum qui lui n'est absolument pas sur le bureau.

8O8O8O

Citation:

---

Envoyé par Meta4

A noter également que le chemin courant devrait être mon workspace au minimum qui lui n'est absolument pas sur le bureau.

8O8O8O

---

Non, le chemin courant, c'est de la roulette russe, ce n'est pas nécessairement là où se trouvent les classes / les .jar

Par contre, si ça peux t'aider, en jouant avec

TaClass.class.getProtectionDomain().getCodeSource().getLocation() tu arrive à déterminer où se trouve le jar de la classe / le dossier parent à tous les .class