This content has been marked as final. Show 19 replies
Please see this page on 25099: [http://java.com/en/download/help/error_25099.xml|http://java.com/en/download/help/error_25099.xml]
Thanks, I've seen that post already.
But my question really is, is a silent installation of JRE possible with the browser being open?
ok. I do not have a definitive answer for you and the Silent Install page does not specify browser state during silent: http://java.sun.com/javase/6/webnotes/install/jre/silent.html
I will see what I can find. In the meantime if anyone else has experience with this, please feel free to respond.
We've had many kicks at silent installation of JRE (we're a LanDesk shop), and if it occurs during a user session with an open browser, it can completely mess up the installation. I've submitted a bug report on this already (1669879).
Inside the %PROGRAMFILES%\Java\JRE6\bin folder is the Microsoft Runtime Library file MSVCR71.DLL that gets locked if a browser is open. During installation, the older JRE6 version is removed (unless it was installed with the STATIC switch) except for MSVCR71.DLL. Then the silent installation begins, with the core.zip expanding in alphabetical order until it comes to the letter m where it finds MSVCR71.DLL and just stops (in a non-silent mode, the user would be thrown a dialog to quit the browser / jqs, etc.). No roll back, no repair, etc. So now your left with some residual files, some reg entries but no control panel, no entry in the ADD/Remove Programs list (ARP), no regsvr32 registration has occurred.
MSVCR71.DLL See (MS KB326922) is distributed with an app when the application was developed with Microsoft Visual C++ .NET 2003. This file doesn't change (unless the Visual Studio gets upgraded) as JRE6 updates get incremented. A solution for the developer might be to skip this .dll if it is encountered during expansion of the core.zip file. Or how about an .msp file instead of full blown installers?
Using Group policy in a networked environment to push JRE will work if done correctly (using software installation or computer startup script).
Thanks for the great explanation, makes sense.
I'm surprised more people aren't complaining about this!
Thanks for that post.
I have noticed a couple of Public Properties in the MSI that I am unsure of.
default is 0
I have yet to experiment with these. Has anyone tried these yet?
I tried with IEOPEN=1, didn't help.
Anyone else have any input about this problem?
You can neither delete nor replace msvcr71.dll when it is in use, but you can rename it, e.g. to msvcr71OLD.dll, before you start the actual update. Then the installation should run smoothly...
Upon successful installation at least the IE should be restarted. Afterwards you can delete the obsolete file...
This doesn't seem to help.
Fails with error 26011. Unpacking rt failed.
Yes, the machine has plenty of hard drive space.
Take a look at the log file %TEMP%\java_install.log and try to figure out what's causing the error...
I think we already know what the problem is as mentioned in the above posts. We just need to find a solution.
Same bug here, someone with answer???
"I'm surprised more people aren't complaining about this! " totally agree.
According to our install team, what you need is a silent, static install.
If a user has 6u10 or after already installed and has IE opened, the new installer won't be able to patch the locked files. It may failed silently.
By enabling the static flag, the locked files should not be an issue anymore.
Hope that helps.
Thanks for the reply.
I don't think this is a viable option since using the STATIC switch leaves the older version of JRE on the machine. I'm sure corporations don't want a ton of JRE's on their machine.