Jump to content

Recommended Posts

Posted

Hello

 

I've got a issue regarding the extraction of the Java MSI (8.101) from the .exe setup process. When I run the windows installer it crashes with the error:

 

"There is a problem with this Windows Installer Package. A program required for this install to complete could not ben run. Contact your support personnel or package vendor."

 

Has anyone else out there come across this and managed to get around it? Any and all help is appreciated.

Posted

Just tried it with 64-Bit Java setup file (exe) and it extracted to C:\Users\%USERNAME%\AppData\LocalLow\Oracle\Java\. Running the MSI by itself seems fine, no error reported.

Now trying with 32-Bit Java setup file (exe) and again it extracted to C:\Users\%USERNAME%\AppData\LocalLow\Oracle\Java\. Running the MSI by itself seems fine, no error reported.

 

Have you tried running the executable again and getting another copy of the MSI? I am wondering if it became corrupt.

Posted (edited)
"There is a problem with this Windows Installer Package.

If your Windows Installer log for Java has error code 1722 at the point the message appears it's because there isn't a java.settings.cfg in "%ProgramData%\Oracle\Java".

 

java.settings.cfg

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

Edited by Arthur
Posted

Thanks for you reply but unfortunately i'm still getting the error message when I try to install the either MSI. Picture of the install sequence attached if it helps. Did it just go all the way through for you and install the program?

 

Java Error Screenshot.png

Posted
unfortunately I'm still getting the error message when I try to install the either MSI.

Just to clarify. You are still getting the error despite copying the java.settings.cfg into the ProgramData folder mentioned above *prior* to running the Java EXE installers? :confused:

 

See this thread for details...

 

http://www.edugeek.net/forums/how-do-you-do/162936-java-8_65-sccm-deployment-script.html

 

Can you post the setup log file generated by the Java installer?

 

jre-8u101-windows-i586.exe /s /L %TEMP%\Setup.log

Posted

We have had a failure rate of around 70% when deploying this via SCCM. Testing the deployment at a single station showed no errors.

 

Not sure what the cause is at the moment, still performing more tests.

 

:(

Posted
We have had a failure rate of around 70% when deploying this via SCCM.

Was that with the EXE installers or the MSIs once they had been extracted?

Posted

Out of interest... do you use any folder redirection on the account that is used to install the MSI?

I've known UAC under these conditions to throw a wobbly and only run on a non-folder redirected account, or when run as a local admin account.

Posted
Out of interest... do you use any folder redirection on the account that is used to install the MSI?...

 

No folder redirection when testing the deployment (Domain Administrator) and no folder redirection when deploying 'for real' as SCCM is doing the deployment (System?)

Posted

Interestingly, neither the (free) Java EXE installer or the MSI extracted from the EXE installer are meant to be deployed through SCCM or Group Policy according to Oracle. The only supported installer is their Enterprise MSI ($$$). :(

 

www.oracle.com/technetwork/java/javase/documentation/msiinstallerfaq-2967694.html

 

The public executable “exe” installers available from Java.com, OTN or MOS are intended for individual users who will manage their own installation. Some organizations may choose to manually build their own MSI package from scratch for internal use. These MSIs or and bundle derived from extracting the contents of the executable installers are not supported. Using executable installers in desktop management systems like Microsoft SCCM is not supported.

 

Some users may try to extract and modify the temporary MSI contained within the executable installer; this MSI is very different from the Java MSI Installer made available to Java SE Advanced and Java SE Advanced Desktop customers, and is not intended for enterprise use.

 

The Java MSI Installer available to Java SE Advanced and Java SE Advanced Desktop licensees is fully compliant with MS ICE standards and is designed to be run standalone, making it possible to deploy silently over frameworks such as SCCM and Active Directory. All MSI 'Modes' are supported: Install, Remove, Rollback and Repair along with Installer options and configuration of commercial features (e.g. UsageTracker).

 

The temporary MSI contained within the executable installer is not intended to be run standalone and its use in this way may cause issues. This is especially true as it relates to “FilesInUse”, and product registration when run silently, or over deployment frameworks. There is also no 'Repair' mode available, and it is not possible to configure some commercial features; moreover, the internal MSI format is designed for the executable and subject to change or removal at any time. Compatibility between systems may be problematic and any organization taking the time and effort to use this approach will need to carefully re-test their installation and uninstallation processes with every single update. Any issues encountered in this situation will not be covered by Support.

  • Thanks 1
Posted
Interestingly, neither the (free) Java EXE installer or the MSI extracted from the EXE installer are meant to be deployed through SCCM or Group Policy according to Oracle. The only supported installer is their Enterprise MSI ($$$). :(...

 

 

Previous iterations worked well enough. It's almost as if this were an introduced issue to push administrators to the Oracle issued MSI.

 

:twitch:

Posted

I updated Java yesterday and found the same thing. In the end I have used the Offline Installer EXE file alongside a config I have created (as per the Oracle instructions)

Installing With a Configuration File

 

I did found that it wouldn't run a silent install properly unless you used the config file on a local or mapped drive, but it did work (I've pushed out both the 32 and 64bit installers to 600 machines).

 

Andy

  • Thanks 1
  • 2 months later...
Posted
I can't find the x32 MSI after running the exe on version 111.

I just tried it and the x86 version extracted to %USERPROFILE%\AppData\LocalLow\Oracle\Java\jre1.8.0_111.

  • Thanks 1
Posted
I just tried it and the x86 version extracted to %USERPROFILE%\AppData\LocalLow\Oracle\Java\jre1.8.0_111.

 

Maybe the 64bit wiped it? Just tried again and it says that a Java install is in progress. I'll give it a go after a reboot.

Posted
Just tried again and it says that a Java install is in progress.

If you have a java.settings.cfg in %ProgramData%\Oracle\Java that contains INSTALL_SILENT=1 this is almost certainly why you are seeing the behaviour you describe.

 

Delete the .cfg file, uninstall any existing JREs and then run the EXE installer again. As long as the installer stays on the "Welcome to Java" screen you will be able to copy the MSI(s) out of %USERPROFILE%\AppData\LocalLow\Oracle\Java.

 

d7d3p7.png

  • Thanks 1
Posted
If you have a java.settings.cfg in %ProgramData%\Oracle\Java that contains INSTALL_SILENT=1 this is almost certainly why you are seeing the behaviour you describe.

 

I'll take a look at home if I get time tonight, but didn't get the MSI on either of the machines I tried. Just tried at work, and it appeared - odd.

 

Sounds like Oracle are tryiong to prevent this being a way to install Java, so guess I'd better try a script next time.

  • 4 weeks later...
Posted
Just wondering, is there still a need for Java to be deployed? I'm considering withdrawing it as it's crap, but trying to work out any dependencies. Everything seems HTML5/Flash based these days.
Posted
Just wondering, is there still a need for Java to be deployed? I'm considering withdrawing it as it's crap, but trying to work out any dependencies. Everything seems HTML5/Flash based these days.

Believe me, if I didn't have to deploy it I wouldn't!

Posted
Believe me, if I didn't have to deploy it I wouldn't!

 

Haha true...I only remember doing it for some online testing...but think that's no longer used...I might uninstall it from an ICT suite and see what happens...

  • 2 weeks later...

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