Java per GPO verteilen - .msi .exe - Java 8
Hallo liebe Mitglieder,
ich arbeiten mich momentan in das Thema WSUS ein und möchte bei die aktuelle Java Version per GPO verteilen.
Mein System:
Windows Server 2008 R2
GPO Ordner liegt zentral und alle Nutzer haben Leserechte drauf.
Clients: Win7 x64 prof.
Mein Problem
Also nach meiner Suche im Web bin ich verwirrter als vorher. Es gibt ja wohl mehrere Verteilungsmöglichkeiten, mehrere Programme dafür etc.
Ich habe mich für die Verteilung per GPO entschieden.
Ich bin jetzt soweit gekommen, dass ich weiß, ich benötige eine .msi Datei von Java. Laut onlineTipps muss man sich diese selbst erstellen?
Meine Frage
Woher bekomme ich die .msi Datei für die aktuellste Java Version?
Bei Java habe ich nur die .exe gefunden und einen Hinweis auf My Oracle Support (MOS)?
Vielen Dank an alle
ich arbeiten mich momentan in das Thema WSUS ein und möchte bei die aktuelle Java Version per GPO verteilen.
Mein System:
Windows Server 2008 R2
GPO Ordner liegt zentral und alle Nutzer haben Leserechte drauf.
Clients: Win7 x64 prof.
Mein Problem
Also nach meiner Suche im Web bin ich verwirrter als vorher. Es gibt ja wohl mehrere Verteilungsmöglichkeiten, mehrere Programme dafür etc.
Ich habe mich für die Verteilung per GPO entschieden.
Ich bin jetzt soweit gekommen, dass ich weiß, ich benötige eine .msi Datei von Java. Laut onlineTipps muss man sich diese selbst erstellen?
Meine Frage
Woher bekomme ich die .msi Datei für die aktuellste Java Version?
Bei Java habe ich nur die .exe gefunden und einen Hinweis auf My Oracle Support (MOS)?
Vielen Dank an alle
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 299706
Url: https://administrator.de/forum/java-per-gpo-verteilen-msi-exe-java-8-299706.html
Ausgedruckt am: 23.12.2024 um 09:12 Uhr
15 Kommentare
Neuester Kommentar
Das hier schon getestet, würde mich intresieren, ob es noch aktuell ist.
Java Runtime Environment MSI nun Oracle und nicht mehr Sun
Java Runtime Environment MSI nun Oracle und nicht mehr Sun
Zitat von @Looser27:
Bisher ging das immer so:
1. Setup ausführen und das sich öffnende Fenster nicht weiter klicken.
2. Dateien im Verzeichnis \Benutzer\AppData\Local\... kopieren
3. enthaltene msi per GPO verteilen. Es empfiehlt sich aber noch eine mst anzulegen um die Optionen anzupassen, z.B. mit Orca
Diese Methoden gehen seit Version 8 schon lange nicht mehr.Bisher ging das immer so:
1. Setup ausführen und das sich öffnende Fenster nicht weiter klicken.
2. Dateien im Verzeichnis \Benutzer\AppData\Local\... kopieren
3. enthaltene msi per GPO verteilen. Es empfiehlt sich aber noch eine mst anzulegen um die Optionen anzupassen, z.B. mit Orca
Für die Verteilung per MSI hat Oracle inzwischen einen kostenpflichtigen Enterprise MSI-Installer der nur für Subscription Kunden erhältlich ist.
https://docs.oracle.com/javacomponents/msi-jre8/install-guide/installing ...
MSI Enterprise JRE Installer requires a commercial license for use in production.
Zitat von @Sachellen:
Kannst du mir sagen, wie man dies jetzt aktuell macht, ohne die kostenpflichtige Version zu nutzen?
Z.B. über den Package Publisher und die Installer Konfiguration:Kannst du mir sagen, wie man dies jetzt aktuell macht, ohne die kostenpflichtige Version zu nutzen?
https://docs.oracle.com/javase/8/docs/technotes/guides/install/windows_i ...
https://docs.oracle.com/javase/8/docs/technotes/guides/install/config.ht ...
Zitat von @Looser27:
Es funktioniert nach wie vor:
Gerade getestet mit der aktuellen Version:
Hier findest Du die msi-Datei:
C:\Users\Administrator\AppData\LocalLow\Oracle\Java\jre1.8.0_73_x64
Dann probier mal damit per GPO zu installieren, klappt nicht ... Das ist es ja, die MSI ist so dämlich verschachtelt und funktioniert als einzelnes File so nicht per GPO.Es funktioniert nach wie vor:
Gerade getestet mit der aktuellen Version:
Hier findest Du die msi-Datei:
C:\Users\Administrator\AppData\LocalLow\Oracle\Java\jre1.8.0_73_x64
Also als .msi wird das nichts. Aber hier steht wie die unbeaufsichtigte installation mit der exe funktioniert: https://www.java.com/en/download/help/silent_install.xml
Also muss man selbst eine MSI erstellen, z. B. mittels Advanced Installer
@Looser27 das hier?
Also muss man selbst eine MSI erstellen, z. B. mittels Advanced Installer
@Looser27 das hier?
noch nicht mal mehr lesen kann man hier erwarten ??? , echt schwach. Da steht doch exakt was zu tun ist!
Bist du echt ein Administrator, oder nur des Englischen nicht mächtig?
Bist du echt ein Administrator, oder nur des Englischen nicht mächtig?
Ich verteile bei uns fast sämtliche Software nicht mehr über GPO sondern über OPSI. Es gibt nur wenige Programme, die eine Zusammenarbeit mit OPSI verweigern.
Dazu habe ich einen alten PC als zentralen OPSI-Server laufen. Der Rest läuft über Web-GUI oder in OPSI enthaltene Tools.
Anleitung gibts hier.
Dazu habe ich einen alten PC als zentralen OPSI-Server laufen. Der Rest läuft über Web-GUI oder in OPSI enthaltene Tools.
Anleitung gibts hier.
Befehlszeilenoptionen sind Aufrufargumente (unten fett im Beispiel), die Du dem Offlineinstallationsprogramm hinten anstellst.
Das kann in der cmd sein, oder auch in einer Desktopverknüpfung im Zielfeld.
In Deinem Fall sähe das z.B. so aus:
JRE-Offline-installationsprogramm.exe INSTALLCFG=c:\pfad-zur-config-datei\configdatei.ini
Halte Dich an diesen Artikel:
http://docs.oracle.com/javase/8/docs/technotes/guides/install/config.ht ...
Der erklärt sehr gut, wie die Datei aufgebaut ist. Es ist nicht schwer und funktioniert recht gut.
Ich hänge noch einen Tipp dran:
Die Ideen der Kollegen hinsichtlich der Verteilung via OPSI oder als MSI sind haltbar und gangbar. Ich rate aber davon ab.
Der Installer ist mittlerweile intelligent genug, um vorab Installationen der JRE zu erkennen und gegebenfalls zu aktualisieren (also deinstallieren und
neue Version installieren).
Bleib auf dem Weg, den der Hersteller vorgesehen hat wenn möglich. Das einzige, was Du aus meiner Sicht abfangen musst, ist der nicht erforderliche Start des Installers, wenn die gleiche Version bereits installiert ist. Das kannst Du per Script aber abfangen.
Bei MSIs musst Du aufpassen, dass die Update-GUIDs übereinstimmen, sonst hast Du den Wrapper mehrfach drauf und eventuell verschiedene JREs.
Bei Lösungen wie OPSI bist Du auf einen Agenten angewiesen, der ne Package ausrollt, aber auch das hat seinen Charme.
Vorallem weil es nix kostet und quelloffen ist. Ich mag sowas, solange es mit der Betriebssystementwicklung Schritt halten kann.
Das kann in der cmd sein, oder auch in einer Desktopverknüpfung im Zielfeld.
In Deinem Fall sähe das z.B. so aus:
JRE-Offline-installationsprogramm.exe INSTALLCFG=c:\pfad-zur-config-datei\configdatei.ini
Halte Dich an diesen Artikel:
http://docs.oracle.com/javase/8/docs/technotes/guides/install/config.ht ...
Der erklärt sehr gut, wie die Datei aufgebaut ist. Es ist nicht schwer und funktioniert recht gut.
Ich hänge noch einen Tipp dran:
Die Ideen der Kollegen hinsichtlich der Verteilung via OPSI oder als MSI sind haltbar und gangbar. Ich rate aber davon ab.
Der Installer ist mittlerweile intelligent genug, um vorab Installationen der JRE zu erkennen und gegebenfalls zu aktualisieren (also deinstallieren und
neue Version installieren).
Bleib auf dem Weg, den der Hersteller vorgesehen hat wenn möglich. Das einzige, was Du aus meiner Sicht abfangen musst, ist der nicht erforderliche Start des Installers, wenn die gleiche Version bereits installiert ist. Das kannst Du per Script aber abfangen.
Bei MSIs musst Du aufpassen, dass die Update-GUIDs übereinstimmen, sonst hast Du den Wrapper mehrfach drauf und eventuell verschiedene JREs.
Bei Lösungen wie OPSI bist Du auf einen Agenten angewiesen, der ne Package ausrollt, aber auch das hat seinen Charme.
Vorallem weil es nix kostet und quelloffen ist. Ich mag sowas, solange es mit der Betriebssystementwicklung Schritt halten kann.