/build/static/layout/Breadcrumb_cap_w.png

Oracle Java Runtime Environment (Update 5)

Version: 1

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login
Views: 9.1k  |  Created: 10/01/2007

Average Rating: 0
Java Runtime Environment (Update 5) has 1 inventory records, 3 Questions, 0 Blogs and 1 links. Please help add to this by sharing more!

Deployment Tips (13)

Most Common Setup Type
Not Determined
Average Package Difficulty Rating
Rated 3 / 5 (Average) based on 2 ratings
Most Commonly Reported Deployment Method
Repackaged (to a setup.msi)
123
Note
I've found the required Properties do exactly what the loan's batch file does above. This makes it nice and clean for a deployment via AD and GPO without any stuff to bug your users (admin or otherwise).

Tested on J2RE 1.5 Update 6 but the Properties are in Update 5 as well. I will post this info in the main Java Runtime package entry as well because it has a bunch of 1.5 notes already.

Using Orca or similar, create a new transform (mst) for the extracted msi file (instructions in other spots).

Here is the dump from my MST file using WiLstXfm.vbs from the platform sdk.

C:\cscript WiLstXfm.vbs "J2SE Runtime Environment 5.0 Update 6.msi" "J2RE-1.5.0.06.mst"
Property Value [IEXPLORER] {0}->{1}
Property Value [JAVAUPDATE] {1}->{0}
Property Value [AUTOUPDATECHECK] {1}->{0}
Property Value [JU] {1}->{0}
Property Value [MOZILLA] {0}->{1}
Property Value [SYSTRAY] {1}->{0}
Property Value [WEBSTARTICON] {1}->{0}

A quick break down of what each does in this MST (based on observations):

IEXPLORER=1 (default=0)
- This selects the IE plugin

JAVAUPDATE=0 (default=1)
- This turns off part of the JavaUpdate

AUTOUPDATECHECK=0 (default=1)
- This turns off part

JU=0 (default=1)
- I'm pretty sure this is the property everyone hated. This is the new property in Update 5 and 6 that turns on that update prompt and leaves JavaUpdate on even if the JAVAUPDATE property is set to 0

MOZILLA=1 (default=0)
- This selects the Netscape/Mozilla plugin

SYSTRAY=0 (default=1)
- This turns off the system tray icon when java applets are active

WEBSTARTICON=0 (default=1)
- This disables the creation of the web start link on the desktop (I think, always had this off)

Here is a dump of the HKLM registry for the main keys covered in that batch file to show the results of using these properites.

[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in\1.5.0_06]
"JavaHome"="C:\\Program Files\\Java\\jre1.5.0_06"
"UseJava2IExplorer"=dword:00000001
"HideSystemTrayIcon"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Update\Policy]
"EnableJavaUpdate"=dword:00000000
"EnableAutoUpdateCheck"=dword:00000000
"NotifyDownload"=dword:00000001
"NotifyInstall"=dword:00000001
"Frequency"=dword:01170000
"UpdateSchedule"=dword:00000013
"LastUpdateBeginTime"=""
"LastUpdateFinishTime"=""
"InstallOptions"=""
"UpdateDescription"=""
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
120
Note
EwaiteÂ’s property list covers all the main settings, at least the settings IÂ’ve ever needed.

One quick note:

The JU property controls the appearance of the Update tab in the Java Control Panel. If the other two update properties (JAVAUPDATE and AUTOUPDATECHECK) are turned off (0) and JU is left on (1), Automatic Update will be disabled but users will be able to re-enable it. This will start the jusched.exe process, which is not stopped when Automatic Updates is turned off (though you can end the process and it wonÂ’t restart automatically).

Also, if JU is left on (1), the first time Java is launched it will display a popup entitled “Check for Updates Automatically” asking if Java Automatic Update should be enabled.

Fortunately only users with local admin permission can see the Update tab or the popup. They were both hidden from my “standard” users (members of only the local “Users” group).

Posted 2/21/2006
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
120
Command Line
After running the J2SE Installer downloaded from www.java.com, browsing to the %temp% dir it created a random named .msi file.

I copied this msi file to my desktop, renamed it java.msi, and ran
java.msi /qn AgreeToLicense=YES


worked for me :)
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
120
Note
Ewaite’s property list covers all the main settings, at least the settings I’ve ever needed.

One quick note:

The JU property controls the appearance of the Update tab in the Java Control Panel. If the other two update properties (JAVAUPDATE and AUTOUPDATECHECK) are turned off (0) and JU is left on (1), Automatic Update will be disabled but users will be able to re-enable it. This will start the jusched.exe process, which is not stopped when Automatic Updates is turned off (though you can end the process and it won’t restart automatically).

Also, if JU is left on (1), the first time Java is launched it will display a popup entitled “Check for Updates Automatically” asking if Java Automatic Update should be enabled.

Fortunately only users with local admin permission can see the Update tab or the popup. They were both hidden from my “standard” users (members of only the local “Users” group).

Posted 2/21/2006
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
119
Note
Java Runtime Environment (Update 7) 1.5

Install script

jre-1_5_0_07-windows-i586-p.exe /S /v"/qb! IEXPLORER=1 MOZILLA=1 REBOOT=Suppress WEBSTARTICON=0 JAVAUPDATE=0 SYSTRAY=0"

Uninstall script

msiexec /x {3248F0A8-6813-11D6-A77B-00B0D0150070} /qb

Use this vbscript to find id

'********************************************************
set objfso=createobject("scripting.filesystemobject")
set objTextFile=objfso.createtextfile("C:\software.tsv",true)
strcomputer="."
set objwmiservice=getobject("winmgmts:" & "{impersonationLevel=impersonate}!\\" & strcomputer & "\root\cimv2")
set colsoftware=objwmiservice.execquery ("select * from win32_product")
objtextfile.writeline "Caption" & vbtab & "ID"

for each objsoftware in colsoftware
objtextfile.writeline objsoftware.caption & vbtab & objSoftware.identifyingnumber
Next
objtextfile.close
'********************************************************
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
118
Note
Like previous versions of Sun's Java Runtime Environment, this is an .msi wrapped in an .exe.

Running the .exe will extract and .msi and an .mst file to C:\%System%\Documents and Settings\%user_account%\Local Settings\Temp

The .msi can be be copied and saved from this location, and an administrative installation point can then be created using msiexec.exe with the /a switch.
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
118
Note
My Script (.BAT)
==============
rem Install JAVARuntime1.5.0_05 loan - 30.11.05

C:
CD \INSTALL\JRE1.5.0_05.001
start /w jre-1_5_0_05-windows-i586-p.exe /s /v"/qn ADDLOCAL=ALL IEXPLORER=1 REBOOT=Suppress JAVAUPDATE=0"

:: Configure Plugin
REG ADD "HKLM\SOFTWARE\JavaSoft\Java Plug-in\1.5.0_05" /v HideSystemTrayIcon /t REG_DWORD /d 1 /f

:: Disable Update
REG ADD "HKLM\SOFTWARE\JavaSoft\Java Update\Policy" /v EnableJavaUpdate /t REG_DWORD /d 0 /f
REG ADD "HKLM\SOFTWARE\JavaSoft\Java Update\Policy" /v EnableAutoUpdateCheck /t REG_DWORD /d 0 /f
REG ADD "HKLM\SOFTWARE\JavaSoft\Java Update\Policy" /v NotifyDownload /t REG_DWORD /d 0 /f
REG ADD "HKLM\SOFTWARE\JavaSoft\Java Update\Policy" /v NotifyInstall /t REG_DWORD /d 0 /f
REG DELETE "HKLM\SOFTWARE\JavaSoft\Java Update\Policy" /v PromptAutoUpdateCheck /f

:: Delete InstallFiles
CD \
RD /S /Q \INSTALL\JRE1.5.0_05.001
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
118
Note
Two features of J2SE 1.5.0.7 (also of previous versions) are 'Support for Additional Languages' and 'Additional Font and Media Support'. There is an ADDLOCAL public property that can set whether these install or not (details at sun.com), but it appears to be faulty; if you set ADDLOCAL=ALL, all components should be installed. When you use the 'Add and Remove Programs' feature, it tells you the app is taking up 152Mb, which looks about right. However, if you click the 'Change' button an modify the install, it will indicate that Support for Additional Languages is not installed.

If I compare the \Java directory when I do a manual install with and without the 'Support for Additonal Languages' option, the difference appears to be two files;
lib\charsets.jar
lib\ext\localedata.jar

However, if I do a silent install with ADDLOCAL=ALL (ie to install all components) these two files are indeed present, but the Add Remove Programs feature shows Support for Additional Languages is not installed. I think this is a bug.
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
118
Note
Or more importantly, for removing Java 5.0 Update 6 (before or after the update to 7)

msiexec.exe /qn /x {3248F0A8-6813-11D6-A77B-00B0D0150060}

Add this on the end for optional logging
/L C:\<path>\<name>.log
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
118
Note

With the realease of update 9, I've found that beginning with update 8, for whatever reason, the /x uninstall parameter (for example: MsiExec.exe /qn /norestart /x {3248F0A8-6813-11D6-A77B-00B0D0150080}) has ceased to function. Changing my uninstall string to MsiExec.exe /qn /norestart /uninstall {3248F0A8-6813-11D6-A77B-00B0D0150080} works.

Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
117
Security
Run the vendor exe jre-1_5_0-windows-i586.exe and after install starts, go under C:\Documents and Settings and copy the vendor MSI and use this to create an admin install and updated transform for a custom install.
I had to change the following under product\properties in the MST

-Change AgreeToLicense to Yes
-Change IEXPLORER to 1
-Change WEBSTARTICON to 0 - removes webstart icon on desktop
-Change JAVAUPDATE to 0 - stops users being prompted to update the JRE

When this is done the application installs fine as an admin.
The problem I had was Java is being installed through Novell Application Launcher. What I think was happening when the custom actions that unzip the Java files runs as a user account and fails. I had to use the cacls command to give those directories permissions. (See below for command line and placement of the custom actions) Create custom action to give permission to the directories from Execute program from destination\ Execute Deferred.

cacls "C:\\Program Files\Java\jre1.5.0" /T /C /E /G
"Administrators":F "Power Users":F "Users":F
This gives permissions to the Jre1.5.0.

I also had to use the cacls command to remove the directories permissions. (See below for command line and placement of the custom actions) Create custom action to remove permission to the directories from Execute program from destination\ Immediate Execution.

cacls "C:\\Program Files\Java" /T /C /E /P "Administrators":F "Power Users":F "Users":R

If I can be any other help E-mail me at Ghartley@comcast.net
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
117
Note

The above mentioned procedure works well if the AD install is targeted at a machine based install in GPO - but does not work if the msi and mst is deployed to a user group as a user based install - The commands in the msi to expand the zip files does not execute and the Prog.. \java folder ends up with almost no files.

Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows
4
Note
Updating Java 1.6.0.13-15 to 16 through Group Policy problems and solution I found (using the above posts for MST guidance).

Java Update 13-16 (maybe sooner than 13) have the Java Quick Starter service running. I couldn't successfully deploy update 16 on to a computer that had 13-15 already installed. The installation through Group Policy would eventually fail after 15-30 minutes and the install would be corrupted (corruption seen in App Remove Programs, uninstall would fail too).

To fix I created another Group Policy (you could use the same policy) that sets the Java Quick Starter to disabled. Once that service is no longer running the installation will succeed.

Apparently the installer cannot successfully shut this service down upon installation.
Setup Information:
Setup Type: unspecified
Deployment Method Used: unspecified
Deployment Difficulty: unspecified
Platform(s): Windows

Inventory Records (1)

View inventory records anonymously contributed by opt-in users of the K1000 Systems Management Appliance.

Versions

Java Runtime Environment (Update 5)

Version

1

Questions & Answers (3)

Questions & Answers related to Oracle Java Runtime Environment (Update 5)

1
ANSWERED
1
ANSWERED
1
ANSWERS

Blogs (0)

Blog posts related to Oracle Java Runtime Environment (Update 5)

Reviews (0)

Reviews related to Oracle Java Runtime Environment (Update 5)

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ