Runtime.exec - Prozess "mittendrin" "einfach

[guni]

Hallo,
habe folgendes Problem.

ich versuche über Java einen Oracle Installer aufzurufen.
Dazu verwende ich folgenden Code:

		cmd = globals.DB_SETUP_DIR + "\\setup.exe";
		Runtime.getRuntime().exec(new String[]{cmd});

später kommen dann hier noch Parameter dazu; mein Problem ist, dass das Ding zur Zeit nichtmal ohne funktioniert.

ich finde nicht allzuviel über die setup.exe raus; kann zur Zeit nur soviel sagen:
nach ca. 0,15 sek (auf meinem Rechner) erzeugt die Setup.exe einen neuen Prozess: oui.exe
dann schließt sich die setup.exe wieder
oui.exe erzeugt ca. 0,2 sek später ein temporäres verzeichnis und daraufhin eine logdatei
dann beginnt er eine ini-Datei auszulesen um sich parameter für die installation zu ermitteln.
der nächste relevante Schritt ist die Erzeugung einiger unzip-Threads, die sich einige Jar-Dateien und eine vollständige Runtime in einen Temp Order entzippen
danach wird das soeben entzippte javaw mit einigen parametern aufgerufen

... soweit schön und gut.

Mein Runtime.exec ruft auch die Setup.exe ohne Fehler auf und die macht dann auch einige Sachen.
Nur beim unzip.exe bleibt sie stehen. ohne Fehler oder irgendwas. Der Prozess endet einfach. Wenn ich ihn manuell starte, passiert sowas nicht. Woran könnte das liegen?

lg. guni

 

[Ariol]

Schonmal eine evtl Ausgabe abgefangen?

Process p = Runtime.getRuntime().exec(new String[]{cmd});
		BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));
		
		String line = "";
		while((line = br.readLine()) != null)System.out.println(line);
		p.waitFor();
		System.out.println("DONE");

Mal so als Idee

 

[guni]

Hallo. Ja - ich habe InputStream und ErrorStream schon abgefangen. Leider geben sie beide nichts zurück.
da einzige was passiert is, dass ich noch einen Fehler bekomme. der fehler sieht so aus:



im angegebenen Problembericht steht dann folgendes:

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="oui.exe" FILTER="GRABMI_FILTER_PRIVACY">
    <MATCHING_FILE NAME="oui.exe" SIZE="126976" CHECKSUM="0x54C2764A" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" LINK_DATE="07/22/2005 14:12:16" UPTO_LINK_DATE="07/22/2005 14:12:16" />
    <MATCHING_FILE NAME="unzip.exe" SIZE="145408" CHECKSUM="0xAD3DA6FD" MODULE_TYPE="WIN32" PE_CHECKSUM="0x2FB1A" LINKER_VERSION="0x0" LINK_DATE="11/04/1997 00:00:53" UPTO_LINK_DATE="11/04/1997 00:00:53" />
    <MATCHING_FILE NAME="access\JavaAccessBridge.dll" SIZE="139264" CHECKSUM="0x6499548F" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="JavaAccessBridge" COMPANY_NAME="Sun Microsystems" PRODUCT_NAME="Sun Microsystems JavaAccessBridge" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="JavaAccessBridge.dll" INTERNAL_NAME="JavaAccessBridge" LEGAL_COPYRIGHT="Copyright © 1999" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="03/10/2003 19:43:44" UPTO_LINK_DATE="03/10/2003 19:43:44" VER_LANGUAGE="Englisch (USA) [0x409]" />
    <MATCHING_FILE NAME="access\JAWTAccessBridge.dll" SIZE="28672" CHECKSUM="0x85DD95DB" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" LINK_DATE="03/10/2003 19:43:55" UPTO_LINK_DATE="03/10/2003 19:43:55" />
    <MATCHING_FILE NAME="access\WindowsAccessBridge.dll" SIZE="77824" CHECKSUM="0x86E8D568" BIN_FILE_VERSION="1.0.0.1" BIN_PRODUCT_VERSION="1.0.0.1" PRODUCT_VERSION="1, 0, 0, 1" FILE_DESCRIPTION="JavaAccessBridge" COMPANY_NAME="Sun Microsystems" PRODUCT_NAME="Sun Microsystems JavaAccessBridge" FILE_VERSION="1, 0, 0, 1" ORIGINAL_FILENAME="JavaAccessBridge.dll" INTERNAL_NAME="JavaAccessBridge" LEGAL_COPYRIGHT="Copyright © 1999" VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x0" LINKER_VERSION="0x0" UPTO_BIN_FILE_VERSION="1.0.0.1" UPTO_BIN_PRODUCT_VERSION="1.0.0.1" LINK_DATE="03/10/2003 19:43:50" UPTO_LINK_DATE="03/10/2003 19:43:50" VER_LANGUAGE="Englisch (USA) [0x409]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
    <MATCHING_FILE NAME="kernel32.dll" SIZE="1058304" CHECKSUM="0xE7152EFA" BIN_FILE_VERSION="5.1.2600.3119" BIN_PRODUCT_VERSION="5.1.2600.3119" PRODUCT_VERSION="5.1.2600.3119" FILE_DESCRIPTION="Client-DLL für Windows NT-Basis-API" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Betriebssystem Microsoft® Windows®" FILE_VERSION="5.1.2600.3119 (xpsp_sp2_gdr.070416-1301)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. Alle Rechte vorbehalten." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x111ABF" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.3119" UPTO_BIN_PRODUCT_VERSION="5.1.2600.3119" LINK_DATE="04/16/2007 15:53:05" UPTO_LINK_DATE="04/16/2007 15:53:05" VER_LANGUAGE="Deutsch (Deutschland) [0x407]" />
</EXE>
</DATABASE>

lg, guni

 

[Ariol]

Vielleicht hilft das...

http://forums.oracle.com/forums/thread.jspa?threadID=397953

 

[guni]

Hallo Ariol,

danke für den wertvollen Tipp. Ich hab zwar das Oracle Forum schon durchsucht (diesen Post allerdings nicht gefunden) und auch schon einen metalink request aufgemacht; allerdings war der Oracle Support selbst ratlos bei diesem Problem.

Nun ist das Problem gelöst; wirft aber noch mehr Fragen auf wie zuvor.

Wenn ich die setup.exe in "C:\Dokumente und Einstellungen\..." MANUELL starte, dann funktioniert der Installer wie gewünscht
Wenn ich die setup.exe im gleichen Verzeichnis jedoch AUS JAVA HERAUS starte, bekomme ich besagten Fehler.

Wenn ich obenstehenden Ordner als Network Drive mappe, so ändert sich nichts an besagtem Problem.

Nur wenn ich den kompletten Install Ordner tatsächlich direkt in das root-Verzeichnis eines Laufwerkes verschiebe, lässt sich das ganze auch wirklich aus Java heraus starten.

Woran kann das liegen? Übergibt Java da den Pfad mit Leerzeichen in ungewünschter Form? Habe ich eine Möglichkeit, einen Pfad in Java in 8.3 Notation umzuwandeln?
Welche Pfadangabemöglichkeiten habe ich denn generell.
Genial wäre sowas wie die Klasse File nur für Path (die die Ordner als Linked List darstellt oder so) ... dann noch den FileSeperator angeben und schon hat man einen "echten" Pfad, in dem Ordner auch Leerzeichen haben dürfen.

mfg, guni