Jump to content

Recommended Posts

Posted
The official config options for 8u25 doesn't list the SPONSORS option

I included SPONSORS=0 only due to using it with the MSI previously. You could leave it out (especially since there is a registry setting in the .ps1 script that does the same thing under HKLM\SOFTWARE\JavaSoft).

 

and says that INSTALLSILENT isn't supported for msi installation.

It is. You are looking in the wrong column. :)

 

  • JRE Offline Installer = the MSI you extract from the EXE downloaded from Java.com for free.
  • JRE MSI Enterprise Installer = the MSI included with the Java SE Advanced or Java SE Suite (a.k.a. you pay lots of $$$$ to Oracle).

  • Thanks 1
Posted
I included SPONSORS=0 only due to using it with the MSI previously. You could leave it out (especially since there is a registry setting in the .ps1 script that does the same thing under HKLM\SOFTWARE\JavaSoft).

 

 

It is. You are looking in the wrong column. :)

 

  • JRE Offline Installer = the MSI you extract from the EXE downloaded from Java.com for free.
  • JRE MSI Enterprise Installer = the MSI included with the Java SE Advanced or Java SE Suite (a.k.a. you pay lots of $$$$ to Oracle).

:doh: Thanks

 

Missing out the silent install option didn't seem to make much difference though (thankfully).

Posted

Dear all,

 

i'd like to spend the information how to install the Java Runtime Exe Installer using SCCM.

in fact this bug hunts oracle since the very first installers for x64 systems.

 

Why would you not want to install using the unpacked MSI Package:

Well you will miss out the cosy languages (detection inclusive), oracle has prepared for us.

 

use some script code like this:

 

REM *** Prepare Settings fix
   md "%allusersprofile%\Oracle\Java"
   copy /y "java.settings.cfg" "%allusersprofile%\Oracle\Java"

REM *** Create appdata rerouting. This is very bad but i didnt find a different way yet.
REM *** Still it worked for years now without creating a known problem
   md %temp%\TempSystemProfile\AppData\LocalLow
   reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-18" /v ProfileImagePath /t REG_EXPAND_SZ /d %temp%\TempSystemProfile /f

REM *** Start our main installer. Change your options here.
   start /w "x" jre-8u25-windows-i586.exe /s SPONSORS=Disable INSTALLCFG=java.settings.cfg REBOOT=ReallySuppress /qn

REM *** Undo the reghack
   reg add "HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-18" /v ProfileImagePath /t REG_EXPAND_SZ /d %%systemroot%%\system32\config\systemprofile /f

 

don't forget to add regfixes and the config files to the package.

 

The bug is based on their stupid try to launch a 32bit msiexec process using syswow64\msiexec.exe.

Because this fails, they don't find their unpacked msi package anymore which would be located in syswow64\config, instead of system32\config.

32bit and 64bit processes will simply point to the same path for normal users, which is why this bug doesnt surface on Std user installations.

 

Rerouting is a very nasty way to circumvent this bug, however i didnt find a better way till now.

 

btw. thx for the config file fix. saved me a lot of time.

 

Mike

  • Thanks 1
Posted
@penfold. I took a slightly different approach than everyone else when it came to deploying 8u25 through SCCM, but after a lot of trial and error it appears to be working perfectly.

 

My method uses the PowerShell App Deployment Toolkit to uninstall any old JREs (without having to find out the GUIDs first!), install the latest 32-bit and 64-bit versions of the Java Runtime (using a java.settings.cfg file) and then copy over the system-level configuration files (deployment.config/properties and exception.sites).

 

The Deploy-Application.ps1 script can be downloaded here: [Power Shell] Oracle Java Runtime Environment 8 Update 25 - Pastebin.com, and the folder structure looks like this:

 

AppDeployToolkit
Files\
     jre1.8.0_25-x64.msi
     jre1.8.0_25-x86.msi
      
SupportFiles\
            deployment.config
            deployment.properties
            exception.sites
            java.settings.cfg
              
Deploy-Application.exe
Deploy-Application.ps1

 

java.settings.cfg

AUTO_UPDATE=0
EULA=0
INSTALL_SILENT=1
NOSTARTMENU=1
SPONSORS=0
WEB_ANALYTICS=0
WEB_JAVA=1
WEB_JAVA_SECURITY_LEVEL=H

 

The Administrator Guide included with the PADT shows you how to create an application in SCCM (see page 25 onwards).

 

Arthur, what are those two files deployment.config and deployment.properties? Are they needed for Java 8? I'm at the point where I'm going to try PADT though I haven't had much luck in the past running PS scripts out of SCCM in the past.

Posted (edited)
what are those two files deployment.config and deployment.properties?

This is what I have in mine.

 

deployment.config

deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.properties
deployment.system.config.mandatory=true

 

deployment.properties

deployment.user.security.exception.sites=C\:/WINDOWS/Sun/Java/Deployment/exception.sites
deployment.browser.vm.iexplorer.locked
deployment.browser.vm.iexplorer=true
deployment.browser.vm.mozilla.locked
deployment.browser.vm.mozilla=true
deployment.cache.enabled.locked
deployment.cache.enabled=true
deployment.cache.jarcompression.locked
deployment.cache.jarcompression=9
deployment.expiration.check.enabled=false
deployment.expiration.decision.suppression=true
deployment.expiration.decision=NEVER
deployment.insecure.jres=PROMPT
deployment.javaws.jre.0.args=
deployment.security.level.locked
deployment.security.level=HIGH
deployment.security.mixcode.locked
deployment.security.mixcode=HIDE_RUN
deployment.webjava.enabled.locked
deployment.webjava.enabled=true
install.disable.sponsor.offers.locked
install.disable.sponsor.offers=true
java.quick.starter.locked
java.quick.starter=false

deployment.proxy.type=1
deployment.proxy.bypass.list=[color="#FF0000"]*.domain.internal[/color]
deployment.proxy.bypass.local=true
deployment.proxy.http.host=[color="#FF0000"]192.168.0.1[/color]
deployment.proxy.http.port=[color="#FF0000"]8080[/color]
deployment.proxy.same=true
deployment.proxy.socks.host=
deployment.proxy.socks.port=
deployment.proxy.bypass.local.locked
deployment.proxy.http.host.locked
deployment.proxy.http.port.locked
deployment.proxy.same.locked
deployment.proxy.socks.host.locked
deployment.proxy.socks.port.locked
deployment.proxy.type.locked

 

exception.sites

wordle.appspot.com
wordle.net
pearson.com
exam2score.com

 

Are they needed for Java 8?

If you used them with Java 7, then you might as well with Java 8. See the link below for further details.

 

https://docs.oracle.com/javase/8/docs/technotes/guides/deploy/properties.html

 

The main reasons I use the deployment.properties file are to configure a different proxy port so that Java apps connect to the Internet via NTLM rather Kerberos, specify an exception site list, lock certain settings and suppress or delay the appearance of several Java popups (like the expiration prompt).

 

I haven't had much luck in the past running PS scripts out of SCCM in the past.

Follow the instructions in the PADT guide for adding an application to SCCM (pages 25-31) and you'll be fine. :)

Edited by Arthur
Posted

Deployed the MSI using SCCM ........ can anyone spot the problem!! Looks like the msi will install with SCCM.

Product: Java 8 Update 25 -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action installexe, location: C:\windows\Installer\MSIB4D0.tmp, command: /s INSTALLDIR="C:\Program Files\Java\jre1.8.0_25\\" WEB_JAVA=1 WEB_JAVA_SECURITY_LEVEL=H WEB_ANALYTICS=0 EULA=0 NOSTARTMENU=1 AUTO_UPDATE=0 SPONSORS=0 REPAIRMODE=0

Posted
Not had any issues with deploying Java 8 U25 via SCCM 2012 R2 - supersedence of the existing 7u67 deployment also worked

 

My code is simply:

 

msiexec /i jre1.8.0_25.msi JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 RebootYesNo=No WEB_JAVA=1 /q

 

IIRC, I had to drop the /qb and replace it with just /q

 

This is it! It works without SCCM as well. Just use this line in a batch file. Thanks a lot!

  • 4 weeks later...
  • 4 weeks later...
Posted

Hi all,

 

I'm deploying through SCCM, no problems deploying via TS using msiexec /i jre1.8.0_25.msi JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 RebootYesNo=No WEB_JAVA=1 /q however, when we open the browser (IE11) there is an annoying prompt asking if we want to enable the Java add-on. I thought WEB_JAVA=1 explicitly did that on our behalf, is there anyway to resolve this? I can't rely on users to click "Enable", they'll click on banners to win free iPads but enabling legit plugins is not something most of them are capable of.

 

Cheers!

  • 3 weeks later...
  • 2 weeks later...
Posted

I deployed both Java 8.25 and 8.31 using SCCM 2012 R2 and didn't notice any problem. If someone is still having trouble with the deployment, I'd be more than happy to take a look at your SCCM log file.

 

Also, if you're simply trying to update current version of Java, you might want to find the remove/uninstall GUID for older Java. Here's a tutorial that shows exactly how to get rid of older version of Java and update with newer version:

Install and Uninstall Java Using SCCM|SCCM, GPO and More

  • 2 weeks later...
Posted
i have downloaded the java file from there site but only can see the exe, i have ran this but i cant see where the msi file is... any help please?

 

Run the EXE (but don't go through it) then open

C:\Users\%username%\AppData\LocalLow\Sun\Java\

and the MSI is in a folder in there

  • Thanks 1
Posted

Run the exe, Then goto C:\users\%username%\temp\AppData\LocalLow\Sun\Java

 

replace %username% with the user running the exe

 

Inside that folder will be a folder matching your Java version

Copy the MSI out from there

 

- - - Updated - - -

 

Damn, beaten to it!

  • Thanks 1
Posted (edited)
I deployed both Java 8.25 and 8.31 using SCCM 2012 R2 and didn't notice any problem. If someone is still having trouble with the deployment, I'd be more than happy to take a look at your SCCM log file.

 

Also, if you're simply trying to update current version of Java, you might want to find the remove/uninstall GUID for older Java. Here's a tutorial that shows exactly how to get rid of older version of Java and update with newer version:

Install and Uninstall Java Using SCCM|SCCM, GPO and More

 

Hi ohoqe,

I would be very grateful if you could assist. I have been unsuccessful in deploying Java 8u31 using SCCM 2012 R2 command line: msiexec /i jre1.8.0_31.msi JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 RebootYesNo=No WEB_JAVA=1 /q

 

Java 7u75 works fine.

and Supersede also behaves as expected.

 

note: the command line does not work in a cmd promt, the following error shows in event viewer:

Product: Java 8 Update 31 -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action installexe, location: C:\Windows\Installer\MSI514C.tmp, command: /s INSTALLDIR="C:\Program Files (x86)\Java\jre1.8.0_31\\" EULA=0 REPAIRMODE=0

 

Regards

Edited by tomigun
Posted
Hi ohoqe,

I would be very grateful if you could assist. I have been unsuccessful in deploying Java 8u31 using SCCM 2012 R2 command line: msiexec /i jre1.8.0_31.msi JU=0 JAVAUPDATE=0 AUTOUPDATECHECK=0 RebootYesNo=No WEB_JAVA=1 /qJava 7u75 works fine.

and Supersede also behaves as expected.

 

note: the command line does not work in a cmd promt, the following error shows in event viewer:

Product: Java 8 Update 31 -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action installexe, location: C:\Windows\Installer\MSI514C.tmp, command: /s INSTALLDIR="C:\Program Files (x86)\Java\jre1.8.0_31\\" EULA=0 REPAIRMODE=0

 

Regards

 

Your install command is exactly the same as mine, and installs fine.

I would suggest re downloading the Java JRE file in case the MSI is corrupted.

Also, if Java is already installed on the target machine try manually removing it first then redeploy?

Posted

Hi Gatt,

 

I did try re-downloading the offline installer, interestingly the .exe works fine but after extracting the .msi and trying to run it manually I receive the following pop-up error 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 vender." This is similar to the Event Viewer message.

 

[ATTACH=CONFIG]29456[/ATTACH]

Posted

Hmm - I suspect theres a trace of an older version of Java loitering on your system somewhere (I had this before and it was a bugger to get rid of IIRC)

 

Came across this Technet Forum thread (Interestingly it has a link to this thread on EduGeek!) who also mention old Java installs :(

Posted

I know many of you are using SCCM for deployment, but here at my school it's a little overkill, therefore I resort to using MSI and MST.

 

I've attached my MST if it's convenient for others. Please note that property names such as EULA, JU etc appear to have been deprecated. The only property names I have touched upon is AUTOUPDATECHECK (set to 0), JAVAUPDATE (set to 0) and RebootYesNo (set to No).

 

I have successfully deployed this across the entire network with version 8.0 Update 40.

 

Java 8.0.mst

  • 3 weeks later...
  • 3 weeks later...
Posted

I found this code some time back. It'll remove most versions of Java. I hope you have as much good luck as I have.

 

START /WAIT /MIN WMIC product where "Name LIKE '%%J2SE Runtime%%'" call uninstall /nointeractive

START /WAIT /MIN WMIC product where "Name LIKE '%%Java%%'" call uninstall /nointeractive

  • 1 month later...
Posted
@penfold. I took a slightly different approach than everyone else when it came to deploying 8u25 through SCCM, but after a lot of trial and error it appears to be working perfectly.

 

My method uses the PowerShell App Deployment Toolkit to uninstall any old JREs (without having to find out the GUIDs first!), install the latest 32-bit and 64-bit versions of the Java Runtime (using a java.settings.cfg file) and then copy over the system-level configuration files (deployment.config/properties and exception.sites).

 

Arthur, of all the ways I've seen Java uninstalled, and upgraded to the latest version, especially with Java 8, this seems to make the most sense. Have you made any improvements or changes to your script since you posted this last year?

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 account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...