Jump to content

Recommended Posts

Posted

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

Posted

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!

Posted (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 by Arthur
Posted

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

Posted

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....

Posted
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!

Posted

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

Posted

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.

Posted
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.
Posted

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

 

 

 

 

 

Posted
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?

Posted
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.
Posted
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.
Posted
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.
Posted
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.
Posted

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

Posted (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 by Arthur
Posted
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.
Posted
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.

Posted

=== 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 ===

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...