Hallo zusammen,

ich kämpfe seit längerem mit der Verteilung von Java per WPP. Ich hatte erste Erfolge mit einer recht komplizierten Anleitung für WPP (habe den Link gerade nicht mehr zur Verfügung), aber die Installation der nachfolgenden Versionen von Java schlug dann fehl.

Heute bin ich über (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). auf eine sehr interessante und deutlich einfachere Möglichkeit von Winfried Sonntag gestoßen. Vielen Dank an Winfried für die Arbeit, die es einem leichter macht, Java per WSUS zu verteilen.

Mit der 64-Bit-Installation von Java 8 Update 45 habe ich schon Erfolg - auch wenn die vorhergehende Version nicht deinstalliert wurde. Damit kann ich leben.

Aber die 32-Bit-Variante bereitet mir Probleme: Zwar wird hier die vorhergehende Version deinstalliert, aber dafür die neue Version nicht installiert. Die 32-Bit-Version soll sowohl unter Windows mit 64 Bit als auch mit 32 Bit installiert werden. Daher habe ich für die 64-Bit-Installation die Prozessor-Architektur abgefragt. Für die 32-Bit-Installation frage ich nicht die Architektur, jedoch die OS-Version ab, um die korrekte .NET-Version des Uninstall2Install zu verwenden: OS >= Win7 --> .NET 4.5; OS <= WinXP oder Win2003 --> .NET 3.5.1.

Die Windows-8.1-Systeme (1x 32 Bit und 1x 64 Bit) zeigen mir das 32-Bit-Update zur Installation an, aber sie installieren es nicht. Beide haben aber Java 8 Update 40 deinstalliert - so wie ich es auch in der REG-Datei für Uninstall2Install eingetragen habe.

Meine beiden Windows-2003-Systeme (R1, 32 Bit) zeigen das 32-Bit-Update nicht einmal an, obwohl auf einem Java installiert ist (aktuell Java 8 Update 31).

Kennt Ihr Euch damit aus und könnt Ihr mir bitte weiterhelfen? Ich finde es recht ärgerlich, dass für Java keine Möglichkeit zur Bereitstellung eines Update-Katalogs gibt, wie das bei Adobe für den Reader und für Flash der Fall ist. Das würde das digitale Leben deutlich vereinfachen.

Vielen Dank und viele Grüße

TheExpert

Hallo,

leider habe ich keine Mailbenachrichtigung zur Antwort erhalten, obwohl es eingestellt ist und die letzten Tage war ich geschäftlich unterwegs, so dass ich mich nicht um das Thema weiter kümmern konnte.

Vielen Dank für die Antworten. Folgendes konnte ich dazu noch herausfinden:

1. Es wird bei 32 Bit die richtige MSI-Datei verwendet.

2. Im Eventlog wird folgendes angezeigt:

Das Produkt wurde durch Windows Installer installiert.
Produktname: Java 8 Update 45.
Produktversion: 8.0.450.
Produktsprache: 1033.
Hersteller: Oracle Corporation.
Erfolg- bzw. Fehlerstatus der Installation: 1624. 

Wenn es sich um einen Installer-Status handelt, dann würde der Status 1624 bedeuten: ERROR_INSTALL_TRANSFORM_FAILURE Error applying transforms. Verify that the specified transform paths are valid.
Welche Pfade sind denn damit gemeint? Ist vielleicht das MSI-Paket fehlerhaft, das ich nach Anleitung aus dem Offline-Installer "extrahiert" habe?

3. Ich habe die Updates auf alle Computer ausgerollt bzw. für alle zur Installation freigegeben. Das gilt auch für die WSUS-Gruppen.

4. Unter Windows 7 mit 32 Bit wird das Java-Update angezeigt, aber ebenfalls nicht installiert.

Gruß

TheExpert

Sunny schrieb on 23.04.15 um 09:44:28:

Bzgl. Uninstall-String: Muss ich nochmals prüfen, ist aber eher unwichtig, da die Installation der 64-Bit-Variante schließlich funktioniert.

Es ist die MST eingetragen, die per Default in der REG-Datei steht. Diese existiert nicht. Das ist ja nur eine optionale Einstellung.

Die Idee, die MSI-Datei manuell zu installieren, ist mir heute Morgen auch gekommen. Die Installation der MSI-Datei werde ich heute Abend noch testen. Ich hatte heute Morgen keine Zeit mehr dazu.

Das WSUS-Regelwerk ist so festgelegt, dass der WSUS alle Downloads sofort freigibt (es ist eine größere Umgebung im privaten Umfeld, wo ich kein Staging mit Tests benötige).

Man sieht die Updates (auch Java) unter Systemsteuerung | Windows Updates - wie es bei Windows üblich ist.

Die 32-Bit-Installation per WSUS schlägt auf allen Rechnern fehl. Eine manuelle Installation funktioniert.

Uninstall-String: Ist korrekt.

Die Standard-MST steht auch im 64-Bit-Paket und diese Installation funktioniert ja.

Die WPP-Regeln hatte ich doch schon beim Themenstart formuliert:
"... Daher habe ich für die 64-Bit-Installation die Prozessor-Architektur abgefragt. Für die 32-Bit-Installation frage ich nicht die Architektur, jedoch die OS-Version ab, um die korrekte .NET-Version des Uninstall2Install zu verwenden: OS >= Win7 --> .NET 4.5; OS <= WinXP oder Win2003 --> .NET 3.5.1. ..."

Das MSI-Paket lässt sich nicht manuell installieren. Im Eventlog ist folgender Hinweis zu finden:

Product: Java 8 Update 45 -- Error 1721. There is a problem with this Windows Installer package.
A program required for this install to complete could not be run.
Contact your support personnel or package vendor.
Action: installexe, location: C:\Program Files\Java\jre1.8.0_45\installer.exe,
command: INSTALLDIR="C:\Program Files\Java\jre1.8.0_45\\" REPAIRMODE=0 

Diese Datei wird allerdings vor der eigentlichen Installation dorthin kopiert...

Somit erübrigt sich der Test mit .NET 3.5.1 und Windows 7.

Die manuelle Installation mit dem Offline-Paket, aus dem ich die MSI-Datei extrahiert habe (wie in der Anleitung beschrieben) funktioniert aber ebenfalls. Daher schließe ich aus, dass ein Problem mit dem Paket an sich besteht.

Was macht der Original Offline-Installer anders als das MSI-Paket? Im Taskmanager habe ich gesehen, dass der Prozess Installer.exe läuft, wenn der Offline-Installer verwendet wird.

Vielen Dank für Dein Angebot bzgl. Dateien. Ich habe einen Gegenvorschlag: Stelle mir mal Dein MSI-Paket für Java 8 Update 45, 32 Bit zur Verfügung, dann teste ich dieses mal und kann vielleicht sehen, ob es ein Problem mit meinem MSI-Paket gibt.

Vielen Dank für die Datei. Ich habe Sie von der Firma aus heruntergeladen und werde es heute Abend testen. Die Datei kannst Du wieder löschen.

TheExpert schrieb on 24.04.15 um 20:07:49:



Hmm, sehr komisch. Versuch doch mal die Datei von einem anderen Anschluß downzuloaden, und bei dir über einen USB-Stick ins System einzuspielen. Evtl. ist ja eine Komponente von deinem Anschluß Schuld an der Misere. Oder an deinen Clients ist etwas krumm.

TheExpert schrieb on 25.04.15 um 20:41:41:


Was meinst Du mit Offline Installer? Die EXE per Doppelklick starten?

TheExpert schrieb on 25.04.15 um 20:41:41:


Nimm doch einen frischen Client, nacktes Windows, ohne GPOs und ähnlichem. Probieren, funktioniert es, weiter testen. Habt ihr evtl. irgendwelche GPO oder Sicherheitssoftware die an dieser Stelle eingreifen könnten?