Runtime et fonction exec

Version imprimable

Bonjour!

J'ai un code qui fonctionne tres bien sous windows mais quand je veux l'executer sous linux, je prend une exception.
La fonction generant l'exception est une fonction permettant de lancer un exe externe...

Voici un bout de mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
 
	private void callExec (String [] cmd, String env)
	{	
		try
		{
			Runtime rt = Runtime.getRuntime() ;
			String temp = "";
			for (int i = 0 ; i < cmd.length ; i++)
			{
				System.out.println("temp = " + cmd[i]);
				temp += cmd[i];
			}
 
			System.out.println("Env = " + env);
			System.out.println("cmd = " + temp);
 
			Process proc = rt.exec(cmd, null, new File(env) ) ;
 
			java.io.InputStream stdin = proc.getInputStream () ;
			java.io.InputStream stderr = proc.getErrorStream();
 
			InputStreamReader isr = new InputStreamReader (stdin) ;
			InputStreamReader isrerr = new InputStreamReader (stderr) ;
 
			BufferedReader br 	 = new BufferedReader (isr) ;
			BufferedReader brerr = new BufferedReader (isrerr) ;
 
			String line = null ;
	        while ( (line = br.readLine()) != null)
	        	System.out.println(line) ;
 
	        while ( (line = brerr.readLine()) != null)
	        	System.out.println(line) ;
 
			// Mise en attente tant que le process n'est pas termine.
			int exitVal = proc.waitFor() ;
			if (exitVal != 0)
			{ // Si la simulation s'est mal deroule, alors on fait remonter l'exception et on quitte
				throw new Exception ("\n \n Exit Process... \n \n") ;
			}
		}
		catch (IOException ioex)
		{
			System.out.println("Hapke process IOException exception");
			System.out.println (ioex.getMessage ()) ;
			ioex.printStackTrace () ;
			System.exit(1) ;
		}
		catch (Exception ex)
		{
			System.out.println (ex.getMessage ()) ;
			ex.printStackTrace () ;
			System.exit(1) ;
		}
 
	}

Et apres lancement sous linux, j'obtiens ceci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
temp = "/usr/dart/bin/hapke/hapke.exe"
temp = "/home/vincent/DART/dart_local/simulations/testDART2/input/data.txt"
temp = 1
Env = /usr/dart/bin/hapke
cmd = "/usr/dart/bin/hapke/hapke.exe""/home/vincent/DART/dart_local/simulations/testDART2/input/data.txt"1
Hapke process IOException exception
java.io.IOException: "/usr/dart/bin/hapke/hapke.exe": not found
java.io.IOException: java.io.IOException: "/usr/dart/bin/hapke/hapke.exe": not found
        at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
        at java.lang.ProcessImpl.start(ProcessImpl.java:65)
        at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
        at java.lang.Runtime.exec(Runtime.java:591)
        at cesbio.dart.hapke.DartHapke.callExec(Unknown Source)

Pourtant, quand je lance a la main la chaine contenu dans "cmd" dans une console, tout marche sans probleme...
Quelqu'un a une explication?

Merci!

05/01/2007, 15h24
maxf1

La clairement lors du lancement via java, il ne trouve pas ton fichier EXE.

N'y a t-il pas d'erreur de majuscules?minuscules?

Il n'y a pas de doublons, ton exe est bien dans :

/usr/dart/bin/hapke/hapke.exe

ou

/usr/dart/bin/hapke.exe
05/01/2007, 15h43
vince3320

Ben, non pas d'erreur possible puisque quand je prend la ligne de commande que j'ai fais affiche, et que je la colle dans la console, tout marche...
Donc mon exe existe et le chemin est correcte...
05/01/2007, 15h47
maxf1

C'est que tu n'as pas de chance et que la portabilité de Java s'arrete la dans ton cas. IL y a surment un traitement legèrement different à faire sous unix. :( :?
05/01/2007, 15h54
vince3320

J'ai foi en la portabilité de java :D

Je ne pense pas etre le premier a vouloir utiliser exec sous linux...
A mon avis, ca marche mais je ne sais pas comment...
05/01/2007, 15h59
le y@m's

Est-ce que le code suivant t'affiche bien true ?

Code:

System.out.println(new File("/usr/dart/bin/hapke/hapke.exe").exists());
05/01/2007, 16h15
vince3320
Oui ca m'affiche bien true.
Par contre, ceci affiche true :
Code:

1 2 System.out.println(new File("/usr/dart/bin/hapke/hapke.exe").exists());
Et ceci false :
Code:

1 2 System.out.println(new File(" /usr/dart/bin/hapke/hapke.exe").exists());
Tout ce qui change, c'est l'espace entre le " et le /usr.
Je pense que c'est normal...?
05/01/2007, 16h26
le y@m's

Oui, désolé c'était une faute de frappe (corrigée).

Ben je vois pas trop d'où peut venir cette exception :?
05/01/2007, 16h28
vince3320

Par contre, chose rigolote...

Si je remplace mon exe par "ls", ca marche...
Mais si je le remplace par "ll" ca ne marche pas(meme erreur que pour mon exe)
(ll etant mon alias pour ls -l)..
05/01/2007, 16h57
chtig

Comment est fait ton file system unix ?
J'explique ma question et l'idée que je peux avoir : lorsque tu testes l'existence du fichier en java, c'est la jvm qui le demande au shell sous jacent tu es donc dans le contexte du shell sous-jacent (par exemple tu connais les alias etc ...).
En revanche, quand tu passes par exec, il me semble que c'est différent et donc potentiellement le fichier se situe sur un montage que tu n'as pas.
05/01/2007, 17h02
vince3320

Je suis sous mandrake.

Comment savoir comment est fait mon file system?
05/01/2007, 17h07
chtig
Essayes ça en ligne de commande et mets ici le résultat :
Code:

1 2 cat /mnt/etc/fstab
05/01/2007, 17h11
lunatix

euh, c'est surement bete, mais ton .exe, il marche sous linux ?
05/01/2007, 17h17
chtig

Peut être que non mais il lui dit "not found" donc il doit quand même y avoir un problème d'accès au fichier avant même l'exécution ...
05/01/2007, 17h17
vince3320

hum...
Je n'ai pas de repertoire etc dans /mnt...
Il se trouve dans /etc directement.

Citation:

# This file is edited by fstab-sync - see 'man fstab-sync' for details
/dev/sda6 / ext3 defaults 1 1
/dev/sda8 /home ext3 defaults 1 2
/dev/hda /mnt/cdrom auto umask=0,user,iocharset=iso8859-15,codepage=850,noauto,ro,exec,users 0 0
none /mnt/floppy supermount dev=/dev/fd0,fs=ext2:vfat,--,umask=0,iocharset=iso8859-15,sync,codepage=850 0 0
/dev/sda2 /mnt/win_c ntfs umask=0,nls=iso8859-15,ro 0 0
/dev/sda5 /mnt/win_d ntfs umask=0,nls=iso8859-15,ro 0 0
none /proc proc defaults 0 0
/dev/sda7 swap swap defaults 0 0

Oui mon exe marche quand je le lance a la main
05/01/2007, 17h19
vince3320

Mais ce que tu veux tenter va donc dependre des file systems ?
Cela veut dire que mon programme ne devient plus portable ?
05/01/2007, 17h23
chtig

Je ne vois pas de raison pour que ton programme java ne voit pas le fichier ...
Non, je ne voulais pas faire quelquechose de non portable je supposais juste que pour le process lancé le fichier n'existait pas.
Tu peux essayer par java de lancer un ls dans le répertoire de ton exe ? (pas avec la classe File mais vraiment avec un Process)

Code:

1 2 3 4 5 6 System.out.println("cmd = " + temp); cmd = "/usr/dart/bin/hapke/hapke.exe""/home/vincent/DART/dart_local/simulations/testDART2/input/data.txt"1 java.io.IOException: "/usr/dart/bin/hapke/hapke.exe": not found
C'est normal les guillemets qui entourent le nom du programme ? C'est valide en linux ?

05/01/2007, 17h35
chtig

Gaaaaahhhhh !!
Quand je dis qu'il faut savoir lire les messages d'erreur ;)
Bravo on s'est tous fait avoir ! :oops: :oops:
05/01/2007, 17h44
vince3320
hum..
Moi je ne comprends pas du tout la...

bon, le ls m'indique bien mon exe.

Pourquoi ceci marche quand je le lance a la main:
Code:

1 2 "/usr/dart/bin/hapke/hapke.exe" "/home/vincent/DART/dart_local/simulations/testDART2/input/data.txt" 1
Et pas par process.

Comment faire pour que cela marche sous process? enlever les guillemets?
Si je fais ca, ca ne marchera plus sous windows a cause des \ dans les paths)
05/01/2007, 17h46
chtig

Les guillemets tu n'as aucune chance que ça marche en unix/linux.
Quand tu le lances en ligne de commande, ton shell les interprète et les enleve, mais java non quand tu le lances par process.
La solution : je suppose que tes valeurs sont dans des fichiers de config. Pourquoi tu n'aurais pas dans la valeur windows des " et pas dans celle d'unix ?
05/01/2007, 18h25
vince3320

Ok ok!
Merci en tout cas de votre aide!

Je vais reflechir a une solution..
Non, ca ne passe pas par des fichiers de conf en fait...
Ce sont des variables d'environement donc je suis un peu coince...
Merci encore!
05/01/2007, 18h34
chtig

Tu veux dire que tu n'as aucune maîtrise sur la valeurs de ces variables d'environnement ?
Autre question : si ce sont des var d'environnement, pourquoi tu ne les utilises pas directement au lieu de mettre leur valeurs (ce qui voudrait dire en windows que tu n'aurais plus besoin des ")
05/01/2007, 18h36
le y@m's

Citation:

Envoyé par vince3320

Ce sont des variables d'environement donc je suis un peu coince...

Ben dans ce cas il te suffit de supprimer ces " après avoir récupéré tes variables d'environnement.

Remarque : c'est bizarre qu'il y ai des " dans des variables d'environnement qui indiquent un chemin.
08/01/2007, 15h39
vince3320

Non, les guillemets ne sont pas dans les variables mais c'est moi qui les avaient rajoute.
En fait, ca sert a rien du tout et du coup, tout marche tranquillement!
Merci de votre aide!