Runtime.exec -> Prozesskontrolle abgeben ?

[tuxedo]

Hallo,
ich habe ein kleines Problem mit dem ausführen von Programmen via runtime.exec() ...

Es geht um folgendes:
Ich muss PDF Dateien drucken und die für mich in Frage kommende Lösung heisst zur Zeit drucken via Acrobat Kommandozeile.

Im Programm sieht das, zur Zeit noch testweise, so aus:

				String cmd="cmd.exe start /C \""+ConfigClient.ACROBATREADERPATH+"\" /p /h "+absPath+" ";
				System.out.println(cmd);
				Runtime.getRuntime().exec(cmd);

Problem dabei ist: Das Programm macht erst weiter wenn Acrobat geschlossen wurde. Aber es gibt keine Kommandozeiledie Acrobat nach der drucktätigkeit wieder schließt. Ist auch nich weiter schlimm. Acrobart ist ja nur minimiert in der Tasleiste. Das würde, bei einem erneuten Aufruf sogar Zeit sparen weils ja schon offen ist.

Was ich jetzt aber möchte ist das reine aufrufen von Acrobat. Das Programm soll dann einfach weitararbeiten können.
Geht aber nicht da Java scheinbar den Acrobat-Prozess noch unter seinen Fittichen hat.

Gibts ne Möglichkeit Java beizubringen dass es einfach das native Programm startet und diesen Prozess dann einfach dem OS überlässt?

Ich hab schon andere Sachen probiert. Das hier z.B.:

				String cmd="cmd.exe start /C \""+ConfigClient.ACROBATREADERPATH+"\" /p /h "+absPath+" ";
				System.out.println(cmd);
				Process proc = Runtime.getRuntime().exec(cmd);
				Thread.sleep(1000);
				proc.destroy();

Bei kleinen Dokumenten geht das auch. Aber bei größeren ist das etwas waage. Man weiß ja nicht im vorraus wie lange man warten muss bis der Druck beim Spooler angekommen ist.
Desweiteren hätte das den Nachteil dass wenn ich ein und das selbe Dokument in nem Serienbrief 200mal haben will, ich 200mal Acrobat auf und wieder zumachen muss. Geschickter wäre es wenn acrobat offen bleibt und beim nächsten Aufruf der Kommandozeile die bereits offenen Acrobat-Instanz genutzt wird.

Wenn ich das in derEingabeaufforderung in Windows teste geht das nämlich so.... Nur Java will nicht so we ich will.

Any Ideas ?

 

[Murray]

Musst Du denn den Umweg über cmd.exe machen? Warum startest Du den Reader nicht direkt?

 

[tuxedo]

*Dummfrag*

Wie, wenn nicht über exec() soll ich denn mit Java Acrobat starten?!
Oder meinst du exec() einfach ohne cmd.exe starten? Das geht meines wissens bei Windows nicht....

*umaufklärungbitt'*

Oder meinst du ich soll den Anwender dazu überreden Acrobat selbst zu öffnen? Bei einzelnen Dokumenten wäre das mit zudrücken von mind. 5 Hühneraugen evtl noch möglich. Aber wenn ich aus der Anwendung mal eben nen Serienbrief mit 200 Empfängern drucken will wirds doch etwas doof mit 200 einzelnen PDFs die alle ne individuelle Empfängeradresse haben...

Gruß
Alex

 

[Murray]

!
Oder meinst du exec() einfach ohne cmd.exe starten? Das geht meines wissens bei Windows nicht....

Da weisst Du mehr als ich - bei mir hat das bisher immer gut funktioniert.

cmd.exe brauchst Du, wenn Du Betriebssystemfunktionen wie z.B. DIR ausführen willst, die nicht in Form einer eigenen Exe vorliegen.

 

[tuxedo]

Oha, ja da ist was dran ... Stimmt. Hatte sowas immer mit "dir" getestet ... Hatte dabei nicht bedacht dass dir kein eigenständiges Programm ist. Ich werds mal probieren...

Danke,
Alex

 

[tuxedo]

Okay,
ich hab jetzt glaub schon fast alles getestet...

Hab Testweise das ganze mal auf ne Handvoll Zeilen reduziert:

import java.io.IOException;

public class ExecTest {

	public static void main(String[] args) {

		String cmd="C:\\Programme\\Adobe\\Acrobat 7.0\\Reader\\AcroRd32.exe /p /h";
		
		try {
			Runtime.getRuntime().exec(cmd);
		} catch (IOException e) {
			e.printStackTrace();
		}
	}
}

Egal wie ich es drehe und wende: Das Programm bleibt solange offen wie Acrobar offen ist. Java bleibt also, auch ohne "cmd.exe" und ohne "cmd.exe /C start ..." der Vaterprozess der sich solange nicht beendet bis alles Kindprozesse beendet sind..

Wie schaff ich's statt einem Kindprozess nen zweiten, unabhängigen zu starten?

Weiß jemand ob das überhaupt möglich ist? Oder geht das mit Java gar nicht?

Gruß
Alex

 

[Murray]

Hmm, wenn ich das Programm bei mir (unter Win XP) laufen lasse, terminiert die VM sofort, obwohl der Reader noch offen ist.

Nur wenn ich mit

Process p = Runtime.getRuntime().exec(cmd);
p.waitFor();

explizit auf das Beenden des Kindprozesses warten lasse, bleibt die VM offen, bis der Reader geschlossen wurde.

 

[tuxedo]

Komisch, bei mir bleibts offen.

Nutze Eclipse 3.1 mit Java 1.5 Update 8 und WindowsXp Prof...

Wieso bleibt das bei mir offen ?!
[uodate]
vielleicht liegts ja am Acrobat Reader?!
Nutze Version 7.08 ... Welche nutzt du ?!

-
Alex

 

[Murray]

Ich habe das nicht aus Eclipse, sondern direkt von der Kommandozeile aus gestartet (Win XP prof, JDK 1.5.0_06)

 

[tuxedo]

Jupp, scheint an Eclipse zu liegen. Wenn ichs in der Console starte gehts ... Is doch kacke.. Muss mal schauen ob Eclipse da ne Einstellung für hat... Is doch doof.. wie soll man denn da vernünftig entwickeln wenn sich programme in eclipse anders verhalten wie in der console ?!

- Alex

 

[Murray]

Verhält es sich denn wirklich anders? In Eclipse bliebt das Konsolenfenster ja auch nach der Terminierung stehen; in der Überschrift steht dann aber "terminated"; außerdem ist der Terminate-Button (das rote Quadrat ganz links in der Button-Leiste der Console) dann abgegraut

 

[tuxedo]

Ja, es verhlt sich anders. Das rote Quadrat bleibt rot und es steht auch nicht "terminated" in der Leiste.
Erst wenn ich Acrobat selbst von Hand schließe wird das Quadrat grau...

Seltsame sache. Muss ich halt während dem Entwickeln dran denken Acrobat zuzumachen wenn ich mein Programm nochmal starten will...

Hab in den Eclipse-Preferences übrigens keine passende Option für dieses Phänomen gefunden.


Alex