Discussion :

[matt22]

Bonjour à tous,

Je développe sous Jonas une IHM.
j'aimerais depuis cette IHM interrogé un serveur distant et afficher les résultat.

J'ai donc un command linx, avec un SSH, mais impossible de récupérer le retour de la commande, elle ne se termine jamais.
Or sous la machine linus (sur laquelle tourne jonas) la command s'execute sans problème.
Alors que dans mes log je ne passe même pas le 'waitFor'.

Quelqu'un pourrais jeter un oeil sur mon code ?
Merci d'avance :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
command="ssh "+logUser+"@"+logHost+" 'find "+param+"' >>"+filename;
Process p = Runtime.getRuntime().exec(command); 
int tmp = p.waitFor();
LogCti.info("[SEARCHBACKUP] Retour" :"+tmp);
 
File backupFile = new File (filename);
BufferedReader backupInput = new BufferedReader (new FileReader(backupFile));
String line = null;
 
while ((line = backupInput.readLine()) != null){
	LogCti.info("[SEARCHBACKUP] line" :"+line);
	lstDescripteurs.add(new ReferenceData(""+i,line));
	}
backupInput.close();

encore merci...
Matt22

[Invité]

Salut,

quels sont les paramètres que tu passes à find?

Est-ce qu'il a qqch dans ton fichier réprensenté par la ta variable filename sur ton serveur?

[matt22]

Salut,

Merci pour ton aide... mais j'ai trouvé !

En fait il faut absolument passé par des thread (voir code en dessous si ça interesse.)

Mais maintenant j'ai un autre soucis, j'ai comme retour :
ksh: find /exec/applis/csvsou/csvurs/logs/urs/* -cmin -600 -type f -print: not found.

Alors que si je lance ma commande ssh à la main avec les find, je n'ai pas ce soucis !
La première machine est un linux l'autre un unix !
Quelqu'un aurait une idée ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
 
try { 
//						creation du processus 
					final Process p = Runtime.getRuntime().exec(cmdArray); 
//					 Consommation de la sortie standard de l'application externe dans un Thread separe
					new Thread() {
						public void run() {
							try {
								BufferedReader reader = new BufferedReader(new InputStreamReader(p.getInputStream()));
								String line = "";
								int i=0;
								try {
									while((line = reader.readLine()) != null) {
										LogCti.info("[SEARCHBACKUP] Ligne "+i+" :"+line);
						                lstDescripteurs.add(new ReferenceData(""+i,line));
						                i++;
									}
								} finally {
									reader.close();
								}
							} catch(IOException ioe) {
								ioe.printStackTrace();
							}
						}
					}.start();
 
//					 Consommation de la sortie d'erreur de l'application externe dans un Thread separe
					new Thread() {
						public void run() {
							try {
								BufferedReader reader = new BufferedReader(new InputStreamReader(p.getErrorStream()));
								String line = "";
								try {
									while((line = reader.readLine()) != null) {
										LogCti.info("[SEARCHBACKUP] Erreur :"+line);
									}
								} finally {
									reader.close();
								}
							} catch(IOException ioe) {
								ioe.printStackTrace();
							}
						}
					}.start(); 					
 
					p.waitFor();

[Invité]

Salut,

Peux-tu mettre le chemin complet de la commande find de ton serveur distant et voir ce que ça donne?

[tchize_]

Deux gros commentaires par rapport à ton code:

1) exec n'est pas un shell. Aussi des commandes avec chainage ou redirection, qui sont des montages de commandes spécifiques au shell, ne sont pas prise en charge. Seules des applications peuvent etre lancées avec exec. Libre à toi de lancer un shell pour traiter ces cas là! Quelque chose dans ce gout là

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Process p = Runtime.getRuntime().exec(new String[] {"/bin/bash",command});

2) dans la pluspart des cas, tu dois traiter les flux d'entrée sortie du process démarré, sous peine de bloquer ce process quand ses buffers seront pleins! (Voir la FAQ pour plus de détails)