Runtime.getRuntime().exec(txt_rsync_option.getText());

[MrLinux]

Hallo zusammen,

nur mal so eine Frage.
Ich habe folgenede Methode um Rsync zu straten und die Ausgabe in ein JTextArea zu schreiben.

public void actionPerformed(java.awt.event.ActionEvent e) {
	try {
		Process proc = Runtime.getRuntime().exec(txt_rsync_option.getText());
		BufferedReader input = new BufferedReader(new InputStreamReader(proc.getInputStream()));	
						
	// Schreibt den Stream in das Textfeld
	do
	                jTextArea.setText( jTextArea.getText() + input.readLine() + "\n");
		while (input.read() != -1);						
	}
		catch (Exception k) { System.err.println("Fehelr: "+k); }
}

Wenn "txt_rsync_option.getText() = java -?" ist funktioniert es super. Die Ausgabe wird schön in das Textfeld geschrieben.
Wenn "txt_rsync_option.getText() = rsync -vau /Quelle / Ziel" Werden die Daten zwar kopiert aber im Texfeld erscheint nichts. Das Programm hängt quasi!

Vom Gefühl her würde ich sagen die Ausgabe von Rsync ist zu schnell?

Ist das so? Und ist der Abschnitt zum schreiben in das JTextArea ok oder gibt es besser möglichkeinet?

Gruß
JÖrg

 

[EOB]

hi, versuch doch mal, da ein sleep zwischen zu machen?

gruss

 

[MrLinux]

Mal schauen.

Werde das ganze mal in einen eigenen Tread auslager, ist zur Zeit noch nicht so!
Und dann mit sleep rum probieren;-)

Gegen das Vorgehen ist aber sonst nichts einzuwenden, oder?

Gruß
Jörg

 

[EOB]

hi, im prinzip nicht. ich kenn zwar das programm nicht, aber man kann IMHO nicht alles in die exec schreiben. also man kann schon, aber es wird nicht immer gehen. deswegen geht es einmal und einmal nicht, vermute ich mal. hast du die parameter gequotet?

viele gruesse

 

[MrLinux]

mit einem ausgelagertem Thread und einem sleep dazwischen funktioniert es auch nicht.

Was bedeutet "parameter gequotet" ? Habe ich noch nicht gehört!

Ps: Rsync ist ein Backup Programm das aus der Unix Welt kommt aber auch unter win zur verfügung steht. Ich benutze es um ganze Platten zu spiegeln, unter Linux versteht sich ;-)

 

[thE_29]

Bist du dir sicher dass das Programm seinen Text auch in den stdout schreibt und nicht in den stderr?

 

[MrLinux]

Da bin ich mir ziemlich sicher das in stdout geschrieben wird.
Wenn das Programm auf der Komandozeile gestarte wird schreibt es auch in die Standartausgabe, unter Linux in die Bash.

Um sicher zu gehen werde ich heute Abend mal

proc.getErrorStream()

ausprobieren

Gruß

Jörg

 

[thE_29]

Nur weil es in der Bash steht, heißt es noch lange nicht das es der stdout ist!

Der stderr ist ja auch die Bash ^^

 

[MrLinux]

Und was ist dann bitte die Standartausgabe?

Unter Linux schreiben doch die Programme (z.B. Rsync) auf das gerät /dev/stdout. Wie es unter win ist weiß ich nicht.
Die Bash ist dann halt mit /dev/stdout verbunden.

proc.getInputStream() liefert doch einen Stream der mit der Betriebssystemspezifischen Standartausgabe verbunden ist, oder?

Hilft vieleicht

System.setIn(InputStream in)

weiter?

Gruß
Jörg

 

[thE_29]

Tjo, für das Programm per Hand aus und leite es in eine Datei weiter!

Kommt der Ausgabetext ganz normal in der Bash, wirds übern error Stream geschrieben (machen viele Linux Programme, warum auch immer)

 

[MrLinux]

Bin in der Sache eine wenig weiter gekommen.

Rsync schreibt in die stdout nicht in stderr.
Die Ausgabe im TextArraya erfolgt aber erste wenn Rsync mit der Arbeit fertig ist, auf einen Schlag.
Die einzelnen Zeilen die Rsync ausgibt werden also nicht sofort in das Textfeld geschrieben sondern erst wenn alles von Rsync abgearbeitet wurde.

Ich brächte im Textfeld so zu sagen eine "Statusanzeige"!

Gruß
Jörg

 

[thE_29]

Naja, mit Process.watiFor() kannst ja solange warten bis es fertig ist!

Machst halt nen JProgressBar mit setInderteminate(true) (heißt irgendwie so).

 

[MrLinux]

Also habe es hin bekommen.

Swing ist nicht Threadsicher, wenn ich das nur vorher gewußt hätte :wink:

Die Lösung findet man unter

www.java-forum.org/de/viewtopic.php?t=8101&highlight=swing+threadsicher

Vielen Dank

Gruß
JB