Gatt Posted October 15, 2014 Posted October 15, 2014 So here I am thinking now would be a good time to move to Java 8 - only things appear to have changed! I downloaded the EXE, extracted the MSI as I usually did with Java 7 Next I tried to create an MSI in Orca, only to find that this too is now different - and all the usual properties (EULA, UPDATES, etc) are missing So, how the blinking 'eck do I deploy Java 8 silently and suppress the Start Menu, etc, etc
Arthur Posted October 15, 2014 Posted October 15, 2014 all the usual properties (EULA, UPDATES, etc) are missing Oracle have made a few changes to the MSI properties. http://docs.oracle.com/javase/8/docs/technotes/guides/install/config.html This should do what you want... msiexec /i jre1.8.0_25.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1 SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H /qb 3
Gatt Posted October 16, 2014 Author Posted October 16, 2014 Oracle have made a few changes to the MSI properties. Installing With a Configuration File This should do what you want... msiexec /i jre1.8.0_25.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1 SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H /qb Thanks - that did the trick
chevymelly Posted October 16, 2014 Posted October 16, 2014 This seems stupid, but i followed what i always do to extract the .msi from the exe and it tells me “the installation package could not be opened. Verify that the package exists and that you can access it, or contact the application vendor to verify that this is a valid windows installer package.” when i just double click on the installer... did something change on where to get the offline installer? i used the following link to get to the offline version (http://www.java.com/en/download/manual.jsp) , downloaded, executed the exe and went to appdata and copied the .msi version 8 has no cab file so i am good there. copied the msi and placed it on my desktop. double clicked and the message appears. URGH! I have read that there is a enterprise installer but it is available only if you have paid support which I do not!
Arthur Posted October 16, 2014 Posted October 16, 2014 (edited) extract the .msi from the exe and it tells me “the installation package could not be opened. Verify that the package exists and that you can access it, or contact the application vendor to verify that this is a valid windows installer package.” when i just double click on the installer... You'll get that error message when you run the MSI without being elevated first. Open the Command Prompt as an Administrator, CD to the folder where the .MSI is, then run the msiexec command above. It should work this time. Edited October 16, 2014 by Arthur
chevymelly Posted October 16, 2014 Posted October 16, 2014 I figured it out, so since I typically don’thave issues like this I will share my experiences just in case any of you runinto the same issues! Using the EXE like it states in the releasenotes for java 8 has issues, and not sure why! jre-8u25-windows-i586.exe/s will not install via SCCM on awindows 7 64 bit OS jre-8u25-windows-x64.exe/s will install perfectly fine on awindows 7 64 bit OS Problem here is that I am unable to setupthe autoupdate stuff that I wish to turn off and I just really like MSI’s J If you run the extracted MSI by hand itgives the following error, even though it prompts for elevation. “theinstallation package could not be opened. Verify that the package exists andthat you can access it, or contact the application vendor to verify that thisis a valid windows installer package.” If you open a command prompt and execute it,it runs silently already for you…. So do not add the /qb or/QB to the commandline as it then gives the installer error again. I am using the following commands by handat the moment and seems to be good to go, except it looks like the installer doesn’tcare that I am turning off auto updates, so I will do a registry hack with apowershell script after the installer is complete. jre1.8.0_25x32.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H jre1.8.0_25x64.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H
NetVicious Posted October 17, 2014 Posted October 17, 2014 If you run the new Java 8 installer interactively it detects old Java versions (v7) and it asks for remove it. If you run the Java 8 installer with silent option it don't deletes old versions. I don't see any option/parameter to delete older versions....
Gatt Posted October 17, 2014 Author Posted October 17, 2014 If you run the new Java 8 installer interactively it detects old Java versions (v7) and it asks for remove it. If you run the Java 8 installer with silent option it don't deletes old versions. I don't see any option/parameter to delete older versions.... One of the advantages of SCCM 2012 is being able to say that a new Application (Java 8 in this case) supersedes an older version (Java 7) So i got round that problem by telling Java 8 that it was newer and to un-install the old Java 7 deployment!
SHimmer45 Posted October 17, 2014 Posted October 17, 2014 whenever iam dealing with java i use PStools to remove the old version of java rather than relying on MSI upgrades where possible with java. Quote Originally Posted by Arthur View Post Oracle have made a few changes to the MSI properties. Installing With a Configuration File This should do what you want... Code: msiexec /i jre1.8.0_25.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1 SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H /qb passing these options should also work when not using SCCM. why do they need to change how the MSI's are constructed is a mystery to me
NetVicious Posted October 17, 2014 Posted October 17, 2014 I won't buy SSCM to do it. I'm installing/upgrading the Java on my company using GPO with a custom made vbs running the EXE installer. The JRE MSI give lot of problems with version which cannot be uninstalled because the old msi it's not accesible. On the 1.5 to 1.6 and 1.6 to 1.7 changes I used other script which tries to lauch the uninstall procedures of all the old versions of Java I want to uninstall. It worked good but if the new Java 8 installer has this option I want to know If I could use it on a silent way. As example of this last script this code it's for uninstall Java 7 Update 40 msiexec.exe /x {26A24AE4-039D-4CA4-87B4-2F83217040FF} /q /norestart Look on google for {26A24AE4-039D-4CA4-87B4-2F83217040FF} and you will see the other codes for other versions. If I don't found the parameter for do it I should pack another time a script for uninstall all the Java 7 version on each system.
ahaney Posted October 20, 2014 Posted October 20, 2014 So... I cant get Java to install through SCCM from the .msi I extracted the usual way. It will not manually push out and when I try to install on a client computer directly from the msi I get the message "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." Basically how do I get this to be able to be distributed with SCCM 2012? I have tried to put the code above into the Installation program: field in the General Information tab of the Create Application Wizard with no results. I've been on this for the last hour and a half... help would be greatly appreciated. Thanks.
free780 Posted October 21, 2014 Posted October 21, 2014 If you try and manually run the MSI. You could enable logging and fins the cause of the error.
ahaney Posted October 21, 2014 Posted October 21, 2014 This is what I get, but it tells me nothing. - [/b] - 11721 2 0 0x80000000000000 18354 Application commroom.xxxxx - Product: Java 8 Update 25 -- 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:\Windows\Installer\MSI1669.tmp, command: INSTALLDIR="C:\Program Files (x86)\Java\jre1.8.0_25\\" REPAIRMODE=1 (NULL) (NULL) (NULL) (NULL) (NULL) 7B32364132344145342D303339442D344341342D383742342D3246383332313830323546307D
Arthur Posted October 21, 2014 Posted October 21, 2014 So... I can't get Java to install through SCCM from the .msi I extracted the usual way. It will not manually push out Do your PCs already have an older version of the JRE installed?
ahaney Posted October 21, 2014 Posted October 21, 2014 Yes, we pushed out Java 8 update 20 a couple weeks ago to all our computers with no issues.
stomie Posted October 21, 2014 Posted October 21, 2014 I manually installed 8.25 from the command line with no issues. Uninstalled it and then SCCM did deploy I to my machine. It would not deploy before the manual install and uninstall.
ahaney Posted October 21, 2014 Posted October 21, 2014 It did the same on mine, but I can't go to over 1,000 pc's and do it to each one.
NetVicious Posted October 21, 2014 Posted October 21, 2014 I had lot of problems with the msi installers. For installing the next update the computers should have access to the old MSI installer in order to uninstall it.
ahaney Posted October 21, 2014 Posted October 21, 2014 I never have before. We have been using SCCM for a couple years and I have always deleted the old application then made the new one.
SHimmer45 Posted October 21, 2014 Posted October 21, 2014 if the GPO is upgrading an install it will need to have access to the older version of the MSI / or if you are adding an additional package to your "java GPO" it will assume you want to upgrade the old one.
stomie Posted October 21, 2014 Posted October 21, 2014 Could someone who has successfully deployed 8.25 using SCCM show me the command to install the application? This is what I'm using msiexec /i "jre1.8.0_25.msi" AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1 SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H /qb
Arthur Posted October 21, 2014 Posted October 21, 2014 (edited) I never have before. We have been using SCCM for a couple years and I have always deleted the old application then made the new one. When deploying applications in SCCM I always set the new app to supersede the old app or use the PowerShell App Deployment Toolkit to uninstall the old version before installing the new. I never have any issues doing it this way. If you delete the old application before it has been uninstalled from all PCs, SCCM may not be able to fully uninstall the MSI because some files - like .cabs - aren't cached by Windows Installer in %SystemRoot%\Installer and would no longer exist in the applications source directory on your network. Edited October 21, 2014 by Arthur
ahaney Posted October 21, 2014 Posted October 21, 2014 The issue is not that I have two Java's installed. Its that it will not install at all even from the msi being on the desktop. If I could get a step by step of how you set up 8u25 in SCCM I would really appreciate it.
Arthur Posted October 21, 2014 Posted October 21, 2014 The issue is not that I have two Java's installed. It might be if the previous install is broken. it will not install at all even from the msi being on the desktop. Could you run the command below and then post the log file (you may need to zip it up if it's too large)? It may give us some more clues as to why it isn't working. msiexec /i jre1.8.0_25.msi AUTO_UPDATE=0 EULA=0 NOSTARTMENU=1 SPONSORS=0 WEB_ANALYTICS=0 WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H /L*V "%TEMP%\[color="#FF0000"]jre1.8.0_25.log[/color]" /qb The issue sounds like it's Windows Installer-related rather than SCCM.
ahaney Posted October 21, 2014 Posted October 21, 2014 === Verbose logging started: 10/21/2014 10:36:01 Build type: SHIP UNICODE 5.00.7601.00 Calling process: C:\Windows\system32\msiexec.exe === MSI © (00:B4) [10:36:01:105]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI © (00:B4) [10:36:01:105]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI © (00:0C) [10:36:01:121]: Resetting cached policy values MSI © (00:0C) [10:36:01:121]: Machine policy value 'Debug' is 0 MSI © (00:0C) [10:36:01:121]: ******* RunEngine: ******* Product: jre1.8.0_25.msi ******* Action: ******* CommandLine: ********** MSI © (00:0C) [10:36:01:122]: Client-side and UI is none or basic: Running entire install on the server. MSI © (00:0C) [10:36:01:122]: Grabbed execution mutex. MSI © (00:0C) [10:36:01:186]: Cloaking enabled. MSI © (00:0C) [10:36:01:186]: Attempting to enable all disabled privileges before calling Install on Server MSI © (00:0C) [10:36:01:190]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (90:7C) [10:36:01:199]: Running installation inside multi-package transaction C:\jre1.8.0_25.msi MSI (s) (90:7C) [10:36:01:199]: Grabbed execution mutex. MSI (s) (90:88) [10:36:01:201]: Resetting cached policy values MSI (s) (90:88) [10:36:01:201]: Machine policy value 'Debug' is 0 MSI (s) (90:88) [10:36:01:201]: ******* RunEngine: ******* Product: C:\jre1.8.0_25.msi ******* Action: ******* CommandLine: ********** MSI (s) (90:88) [10:36:01:201]: Note: 1: 2203 2: C:\jre1.8.0_25.msi 3: -2147287038 MSI (s) (90:88) [10:36:01:202]: MainEngineThread is returning 2 MSI (s) (90:7C) [10:36:01:202]: User policy value 'DisableRollback' is 0 MSI (s) (90:7C) [10:36:01:202]: Machine policy value 'DisableRollback' is 0 MSI (s) (90:7C) [10:36:01:202]: Incrementing counter to disable shutdown. Counter after increment: 0 MSI (s) (90:7C) [10:36:01:203]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 MSI (s) (90:7C) [10:36:01:203]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2 MSI (s) (90:7C) [10:36:01:204]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 MSI (s) (90:7C) [10:36:01:204]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2 MSI (s) (90:7C) [10:36:01:204]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1 MSI (s) (90:7C) [10:36:01:204]: Restoring environment variables MSI © (00:0C) [10:36:01:205]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1 MSI © (00:0C) [10:36:01:205]: MainEngineThread is returning 2 === Verbose logging stopped: 10/21/2014 10:36:01 ===
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now