JAVA et Commande DOS

Bonjour à tous et à toutes :D

Je rencontre un petit problème pour finaliser mon application java, je m'explique:

J'arrive à exécuter des commandes ms dos via java.La commande qui me pose problème est :

Code:

---

cacls "C:\Documents and Settings\xxxx\Mes documents\test" /P utilisateur:F

---

En effet lorsque j'effectue cette commande sous terminal dos, je dois confirmer mon choix "Êtes vous sur :O/N"

J'aimerais pouvoir passer ou accepter cette vérification dans mon code java.

Merci :P

bonjour,

Pour résoudre ton problème, il faut géré les flux d'entrée / sortie !
Je pense que le plus simple serait d'utiliser l'api shell d'adiguba.

Merci pour ta réponse rapide.

J'ai essayé d'utiliser l'API que tu m'as fournis, cependant elle ne semblait pas fonctionner (ou du moins je n'ai pas réussis à m'en servir).
J'ai contourner mon problème en utilisant une commande DOS quasiment identique mais qui ne demande pas d'autorisation (pas bien :aie:).

Je suis maintenant confronté à un nouveau problème... Et celui-ci n'est pas contournable :ccool:

Donc dans mon code java j'ai :

Code:

---

1 2	cmd1 = "cacls " + '"' + chemin + '"' + " /E /R " + nomUtilisateur; Process p = run.exec(cmd1);

---

Ce code marche dans la plupart des cas... Sauf quand le nomUtilisateur contient un accent. J'ai parcouru internet à la recherche d'information, et j'ai trouver certaines solution qui n'ont pas fonctionné :

Code:

---

1 2	cmd1 = "cacls " + '"' + chemin + '"' + " /E /R " + URLEncoder.encode(nomUtilisateur,"CP850"); Process p = run.exec(cmd1);

---

ou encore

Code:

---

1 2	System.setOut(new PrintStream(System.out, true, "cp850")); System.setErr(new PrintStream(System.err, true, "cp850"));

---

Mais rien n'y fait.

Si quelqu'un à une solution a proposer, je suis preneur.

Merci ;)

Salut,
est-ce que tu as tenté cette soluce ?

http://www.developpez.net/forums/d92...eciaux-chemin/

à savoir passer un array de String. C'est d'ailleurs étrange...

Salut,


Il ne faut pas utiliser Runtime.exec(String) mais la version avec un tableau. Et de manière générale depuis Java 5 il ne faut pas utiliser les méthodes Runtime.exec() mais la classe ProcessBuilder...

Code:

---

1 2 3

ProcessBuilder builder = new ProcessBuilder("cacls", chemin, "/E", "/R", nomUtilisateur); Process process = builder.start(); ...

---

Citation:

---

Envoyé par rafa69

Ce code marche dans la plupart des cas... Sauf quand le nomUtilisateur contient un accent.

---

Et dans ce cas là quel est le problème ?!?


Cela ne viendrais pas de "cacls" ? Car sur mon poste lorsque je tape "cacls" j'obtiens ceci :

Citation:

---

REMARQUE : Cacls étant désapprouvé, utilisez Icacls.

---

a++

Salut et merci pour vos réponses.

Donc déjà à l'avenir j'utiliserais ProcessBuilder (merci adiGuba).

Ensuite le problème lorsque le nomUtilisateur comprenait un accent est que j'obtenais le message d'erreur suivant :Le mappage entre les noms de compte et les ID de sécurité n'a pas été effectué. Ce qui signifie que le nomUtilisateur n'existe pas (or il existe).

J'ai réussi a afficher le nomUtilisateur envoyé par la méthode run.exec(). Pour un utilisateur nommé rené le nomUtilisateur envoyé est ren%8%B. Et ce quelque soit la classe utilisé (Runtime ou ProcessBuilder)

J'ai finalement réussi à résoudre mon problème en m’apercevant qu'en envoyant rene au lieu de rené cela marchais.

Je ne sais pas pourquoi mais c'est comme si la commande CACLS faisait le lien entre le nom avec et sans accent. D'ailleurs si quelqu'un sait, je serais curieux de savoir.

Il m'a donc suffit de faire

Code:

---

1 2	ProcessBuilder builder = new ProcessBuilder("cacls", chemin, "/E", "/R", nomUtilisateur.replaceAll("é", "e"); Process process = builder.start();

---

Merci a tous pour vos réponses et bonne continuation ! :ccool:

N'oublie pas qu'il ne faut pas uniquement se contenter de remplacer que les occurences de 'é' car il existe d'autres caractères accentués!

Tout a fait d'accord avec toi. Cependant j'éviterais dans le futur de créer des nom d'utilisateur accentué.
La gestion des caractères spéciaux + codage des caractère java différent du codage des caractère sous DOS = Grosses Complications 8O
Après je suis sur que certaines personnes y arrivent très bien, je ne fais pas partie de ceux la :P