alternativa a Runtime.getRuntime

[morphy79]

esiste una alternativa a questo comando ?
ho un problema strano.. ho un'applet che lancia un thread separato che richima un exe, attendendo sua risposta...
l'exe ad un certo punto del suo processo, in un jar che non so cosa fa, si blocca..
rimane tutto bloccato..
quando chiudo l'applet a mano, l'exe richiamato si sblocca e fa tutto quello che deve fare..
non capisco dove sbaglio...

ricordo però che qualcuno aveva parlato di un'alternativa a Runtime.getRuntime.. ma non trovo il thread..

[andbin]

Originariamente inviato da morphy79
esiste una alternativa a questo comando ?

Parli di exec() di Runtime, chiaramente. L'unica alternativa, solo da Java 5, è la classe ProcessBuilder.

Originariamente inviato da morphy79
ho un problema strano.. ho un'applet che lancia un thread separato che richima un exe, attendendo sua risposta...
l'exe ad un certo punto del suo processo, in un jar che non so cosa fa, si blocca..
rimane tutto bloccato..
quando chiudo l'applet a mano, l'exe richiamato si sblocca e fa tutto quello che deve fare..
non capisco dove sbaglio...

L'eseguibile che lanci fa dell'output su standard-output/error? E tu lo leggi?

[morphy79]

si ecco il codice di quello che fa..
perchè sbaglio a leggere ? cioè, non devo leggere ?

	// FUNZIONE PER ESEGUIRE UN FILE .EXE O .BAT
	public int runFile(String pathfile){
		int exitVal = 0;
		String errors = "";
		try {

			Runtime rt = Runtime.getRuntime();
	           String osName = System.getProperty("os.name" );
	            String command = "";
	            if( osName.equals( "Windows NT" ) )
	            {
	                command = "cmd.exe /C" ;
	            }
	            else if( osName.equals( "Windows 95" ) )
	            {
	            	command = "command.com /C" ;
	            }
			Process proc = rt.exec(command + pathfile);
			
			
			//Process proc = new ProcessBuilder(command + pathfile).start();

			InputStream stderr = proc.getErrorStream();
			InputStreamReader isr = new InputStreamReader(stderr);
			BufferedReader br = new BufferedReader(isr);
			String line = null;
			errors = errors + "Process exeFileName: " + pathfile + "\r\n";
			while ( (line = br.readLine()) != null){
				errors = errors + line + "\r\n";
			}
			exitVal = proc.waitFor();
			errors = errors + "Process exitValue: " + exitVal;
		} catch (Throwable t){
			// SCRITTURA LOG
			System.out.println("JAVA ERROR " + t.getMessage());
			
			JOptionPane.showMessageDialog(null, t.getMessage());
			exitVal = -1;
		}
		return exitVal;

	}

[andbin]

Originariamente inviato da morphy79
si ecco il codice di quello che fa..
perchè sbaglio a leggere ? cioè, non devo leggere ?

No devi leggere l'output del programma ... se ne fa. Vedo che leggi lo std-err. Ok ma fa output anche sullo std-out?? Se sì, devi leggere anche quello.

P.S. Se devi avviare file eseguibili (.exe, .com, .bat) non ci sarebbe alcun bisogno di invocare espressamente l'interprete dei comandi cmd/command a seconda del S.O.!!

[morphy79]

scusa non ho capito bene..
il mio programma exe scrive una marea di output (se lo eseguo da eclipse vedo tutto quello che viene scritto System.out)
tutto quanto viene scritto dalla libreria della firma digitale (di cui non ho sorgenti ma solo il jar)
quello che tu mi dici è di leggere anche questo ?
quindi così (non va ancora ) ?

	// FUNZIONE PER ESEGUIRE UN FILE .EXE O .BAT
	public int runFile(String pathfile){
		int exitVal = 0;
		String errors = "";
		String messages = "";
		
		try {

			Runtime rt = Runtime.getRuntime();
			Process proc = rt.exec(pathfile);

			//Process proc = new ProcessBuilder(command + pathfile).start();

			InputStream stderr = proc.getErrorStream();
			InputStreamReader isr = new InputStreamReader(stderr);
			BufferedReader br = new BufferedReader(isr);
			String line = null;
			errors = errors + "Process exeFileName: " + pathfile + "\r\n";
			while ( (line = br.readLine()) != null){
				errors = errors + line + "\r\n";
			}
			
			InputStream stdout = proc.getInputStream();
			InputStreamReader isrout = new InputStreamReader(stdout);
			BufferedReader brout = new BufferedReader(isrout);
			messages = messages + "Process exeFileName: " + pathfile + "\r\n";
			while ( (line = brout.readLine()) != null){
				messages = messages + line + "\r\n";
			}
			
			exitVal = proc.waitFor();
			errors = errors + "Process exitValue: " + exitVal;
		} catch (Throwable t){
			// SCRITTURA LOG
			System.out.println("JAVA ERROR " + t.getMessage());
			
			JOptionPane.showMessageDialog(null, t.getMessage());
			exitVal = -1;
		}
		return exitVal;

	}

[morphy79]

ho risolto leggendo diversamente gli stream..

            StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERROR");            
            StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUTPUT");

            errorGobbler.start();
            outputGobbler.start();

ma come mai ? qualcuno mi sa dire cosa cambia ?

[andbin]

Originariamente inviato da morphy79
ma come mai ? qualcuno mi sa dire cosa cambia ?

Così come hai appena fatto, fai la lettura di entrambi gli stream in modo concorrente. Cioè ognuno va avanti nella lettura per conto suo.

Prima invece l'avevi fatto sequenziale, prima tutto lo std-err, poi tutto lo std-out. Se il processo che avvii non fa output su std-err, tu stai lì in ciclo ad aspettare. Ma intanto il processo magari si mette a fare molto output sullo std-out. Per questioni di buffering (ed è per questo che devi leggere l'output!) ad un certo punto il processo si blocca proprio perché non stai leggendo il suo std-out.

[morphy79]

ah capito perfetto grazie !!!!
non sai che problema enorme che mi hai risolto !!!
ora posso andare avanti, grazie