ps in pdf umwandeln

[magic_halli]

Hi,

ich habe in einem Verzeichnis *.ps-Dateien. Diese möchte ich in *.pdf-Dateien umwandeln. (Ich arbeite unter Linux - Fedora Core4 und Eclipse)
Hier gibt es eine Art Batchdatei "ps2pdf" (ist im Ghostscript-Paket enthalten) - diese wandelt mir ps-Dateien in pdf´s um.
Ein Verzeichnis nach Dateien durchsuchen ist kein Problem - hab ich hier gelernt :### :wink:

Nur wie könnte ich die ps´s (evtl. mittels der Batchdatei ps2pdf) in pdf´s umwandeln???


Danke.

 

[foobar]

Du hast die Lösung doch schon selber gefunden. Ruf per Runtime.ecec psdpf auf und übergib ihm die Liste Postscripts.

 

[magic_halli]

Danke für den Tip mit Runtime.exec...

Ich probiere nun schon ne Ewigkeit daran herum. Bisher hab ich´s nur geschafft, ein Programm aufzurufen und zu starten.

Runtime rt1 = Runtime.getRuntime();
rt1.exec("/usr/bin/gnome-terminal");     //Terminal nur testhalber aufgerufen

Ich will aber, dass ein Programm (/usr/bin/ps2pdf) auf Dateien in einem Verzeichnis angewendet wird.
Jetzt weiß ich nicht so recht weiter - trotz API :?

Ich habe mir schon eine ArrayList mit allen Dateien erstellt, auf die dieses Programm (ps2pdf) angewendet werden soll. Nur weiß ich nicht, wie ich syntaktisch dieses Programm auf jedes einzelne File ausführe! (Das auslesen der Files aus der ArrayList ist nicht das Problem).

Kann mir zumindest jemand einen Tip geben?

Danke.

 

[foobar]

Du mußt jedes ps einzeln an psdpdf übergeben d.h. du mußt über die Arraylist iterieren und dann für jedes Item Runtime.exec aufrufen. Du mußt dann eben nur darauf achten, daß die Pfade stimmen.

 

[magic_halli]

So, hab jetzt folgendes gemacht:

...
String path = curSession.GetCurrentDirectory();
Runtime rt1 = Runtime.getRuntime();

for(int i = 0; i < matchesPS.size() ;i++){	
		psName = path + matchesPS.get(i).toString();
		[i]rt1.exec("/usr/bin/ps2pdf");[/i]
}

In psName steht der komplette Pfad inkl. Dateiname. Aber mein rt1.exec nimmt nicht 2 Strings als Argumente - da meckert er!
Wo kann ich denn nun hier meinen psName mit unterbringen???

 

[hupfdule]

In psName steht der komplette Pfad inkl. Dateiname. Aber mein rt1.exec nimmt nicht 2 Strings als Argumente - da meckert er!
Wo kann ich denn nun hier meinen psName mit unterbringen???

public Process exec(String[] cmdarray)
             throws IOException

"Executes the specified command and arguments in a separate process."

Steht in der API.

 

[muckelzwerg]

Innerhalb des ersten Strings.
Du musst den kompletten Aufruf in den command String packen.
Exec lässt da dann einen Tokenizer drüberlaufen und leitet den Systemaufruf ein.
Du kannst auch exec(String[] cmdarray) verwenden, und die Parameter schon als
Tokens in das Array legen.
Hab ich so noch nicht eingesetzt, spart verm. Zeit, weil der Tokenizer wegfällt ?

-- -- muckelzwerg

 

[magic_halli]

So, ich führe nun das Runtime-Command wie folgt aus:

...
String path = curSession.GetCurrentDirectory();   //aktuelles Arbeitsverzeichnis
Runtime rt1 = Runtime.getRuntime();

for(int i = 0; i < matchesPS.size() ;i++){   
      psName = path + matchesPS.get(i).toString();
     rt1.exec("/usr/bin/ps2pdf " + psName);

Somit erhaltet ich in rt1.exec, wenn man diesen STring ausgibt, ein Kommando, das da lautet: /usr/bin/ps2pdf /<Verzeichnis>/<Name>.ps.

Wie zu erkennen ist, arbeite ich unter Unix. Jetzt habe ich das obige Kommando einfach mal in die Konsole (im root-Verzeichnis) eingegeben und ausgeführt und da passiert gar nix (kein Fehler, keine pdf-Erstellung etc.).
Wenn ich nun aber in der Konsole in das <Verzeichnis> wechsel und dort dann einfach eingebe /usr/bin/ps2pdf <Name>.ps, dann bekomme ich ein pdf erstellt. Also heißt das ja für mich, ich kann ps2pdf nur erfolgreich ausführen, wenn dieser Befehl im jeweiligen <Verzeichnis> auf die *.ps-Datei ausgeführt wird - und nicht von woanders mit den jeweiligen Pfadangaben vornweg!!!
Nur wie bringe ich rt1.exec dazu, erstmal in das <Verzeichnis> zu wechseln und dann erst ps2pdf auf <Name>.ps auszuführen???

Eine Lösung wäre doch sowas wie:
-wechsel ins aktuelle Arbeitsverzeichnis und
-führe erst dann rt1.exec("/usr/bin/ps2pdf " + "<Name>.ps") aus ???

Mir ist nur nicht klar, wie ich sowas in Java veranlassen kann (speziell eben den Befehl erst im akt. Arbeitsverzeichnis ausführen).

 

[magic_halli]

Juhu, ich hab die Lösung gefunden... in der API heißt es:
exec(String command, String[] envp, File dir)
Executes the specified string command in a separate process with the specified environment and working directory.

Also ergibt sich daraus für mich:

ArrayList matchesPS = listPS(curSession);
String path = curSession.GetCurrentDirectory();
String psName = null;
File f = new File(path);

try{
    Runtime rt1 = Runtime.getRuntime();
    for(int i = 0; i < matchesPS.size() ;i++){	
		psName = matchesPS.get(i).toString();
		rt1.exec("/usr/bin/ps2pdf " + psName, null, f);
    }
}

Es lag die ganze Zeit vor meinen Augen und ich hab´s klassisch überlesen, dass man die working directory als File übergeben kann

Gruß Rico.

 

[hupfdule]

Also heißt das ja für mich, ich kann ps2pdf nur erfolgreich ausführen, wenn dieser Befehl im jeweiligen <Verzeichnis> auf die *.ps-Datei ausgeführt wird - und nicht von woanders mit den jeweiligen Pfadangaben vornweg!!!

Nein, das pdf wird in dem Fall im aktuellen Verzeichnis abgelegt. Du kannst ps2pdf aber auch angeben, wo die PDF Datei liegen soll. Sieh mal in die manpage.

 

[muckelzwerg]

Wenn die Aufrufe komplexer werden, kannst Du evtl auch Skripte verwenden.
Macht ja auch nicht soo viel Spaß jedesmal neu zu kompilieren, weil man schnell noch einen Systembefehl dazuhacken will.

@all :
Gibt es da eigentlich eine gängige Lösung für, um wenigstens beim Systemwechsel funktional zu bleiben ?
Klar kann man die Umgebung testen und dann zwischen "linux-script" oder "batch-datei" wechseln.
Aber vielleicht kennt ja jemand was "besseres" ?

-- -- muckelzwerg

 

[foobar]

Gibt es da eigentlich eine gängige Lösung für, um wenigstens beim Systemwechsel funktional zu bleiben ?
Klar kann man die Umgebung testen und dann zwischen "linux-script" oder "batch-datei" wechseln.
Aber vielleicht kennt ja jemand was "besseres" ?

Die beste Lösung ist immer noch überhaupt keine betriebssystemspezifischen Kommandos zu verwenden. Wenn schon nativ dann über JNI, aber produktiv sollte man nicht über Java ein Shellscript oder eine batch aufrufen.

 

[magic_halli]

Wenn wir schonmal bei betriebssystemspezifisch sind... Ich möchte, je nachdem auf welchem System das kleine Programm läuft (Windows oder Unix), eine unterschiedliche Batchdatei verwenden. Habe zur Unterscheidung dessen mal was probiert (laut Buch):

String osName = System.getProperty("os.Name");
osName = osName.toLowerCase();
if(osName.indexOf("windows") != -1){
     //benutze Batchdatei für Windows
}
else{
     //benutze Batchdatei für Unix
}

Wie müsste denn aber für Unix/Linux der osName.indexOf(...) lauten??? Hab "Unix" und "Linux" reingeschrieben, aber irgendwie geht das nicht!
Somit hätte ich dann nämlich für die unterschiedlichen Plattformen jeweils andere Kommandos zur Verfügung...


Gruß.

 

[foobar]

Lass dir doch einfach mal die Property unter Linux ausgeben, dann siehste was drin steht.

 

[magic_halli]

:autsch: doh...natürlich!!!

Also es kommt "linux" raus.

 

[muckelzwerg]

@ foobar :
Hm, vielleicht versteh ich das falsch, wo ist da der Vorteil ?
Kannst Du etwas genauer erklären, wie Du das machen würdest ?
Momentan habe ich tatsächlich verschiedene "Bachtdateien" im Einsatz
und starte die über einen Systemaufruf.
Der Systemaufruf kommt aus der config-Datei des Programs.
(damit entfällt das switching, und das hardcodieren der Scripte)
Es geht hier um so Sachen wie "Firefox neustarten" etc.
Willst Du das switching ins native verlagern, oder wie muss ich mir das vorstellen ?

-- -- muckelzwerg

 

[foobar]

Ich würde überhaupt nicht mit Runtime.exec arbeiten sondern mir Libs suchen, die das können was ich brauche. Um den Firefox zu starten kannst du z.b. auf Jdic zurück greifen, da gibt es ein Projekt mit dem du die Standardprogramme wie Mailclient, Browser etc. starten kannst.
Und um ps nach pdf zu wandeln gibt es bestimmt auch eine Lib. Vielleicht kann man das durch fop von apache lösen.

 

[muckelzwerg]

Hm, jdic reicht mir vom Umfang her leider nicht.
Die Scripte enthalten diverse Programmaufrufe, die über jdic nicht gehen.
Firefox ist nur ein Beispiel, ein Skript, wie ich es brauche kann so ziemlich jeden Befehl enthalten vom Starten und Beenden von Diensten,
bis zum grep, setserial, shutdown oder was auch immer.
Zudem ändert sich da immer mal wieder etwas im Skript,
das Javapogramm soll also gar nicht genau wissen was da alles nötig ist.Für die Trennung müsste ich dann ja zusätzliche Programme schreiben die z.B. jdic verwenden.

(ps nach pdf brauch ich nicht, das war der Threadstarter)

-- -- muckelzwerg

 

[foobar]

Warum schreibst du das Programm dann nicht in Perl, das wäre viel einfacher.

 

[muckelzwerg]

Hm, ok.
Trotzdem danke, dass Du Dir Gedanken gemacht hast.

mfG

-- -- muckelzwerg