Java6Update24 Installation Issues

I am trying to deploy Jave JRE 6 Updates 24 on about 700 systems using SMS . (msiexec /i jre1.6.0_24.msi /quiet /norestart ADDLOCAL=ALL IEXPLORER=1 REBOOT=Suppress JAVAUPDATE=0).
I noticed that silent install fails on computers that have IE running.
I am now trying the install by setting my advertisement to only run at users logon, hopefully when IE sessions are not active. But the problem with that is most users dont ever log off on our network.
Have you encountered this IE conflict problems when deploying Java Updates silent install does anyone know any workaround for this issue?

Comments

Answers

0

yeah. you can kill IE or (maybe, I think more likely) stop the jqs service. I'm gonna try that our next rollout, and for good measure delete jqs.exe
and FYI, all that JAVAUPDATE=0 crap doesn't work, java keeps putting it back to auto update. just delete jupdate.exe and jucheck.exe and be done with it.

Thanks for the response. Killing IE sessions hasnt worked for the most part. I havent tried stopping jqs service before. Before i dive into that, do you know what purpose that will acheive in an event where there is conflict of a running IE/Java session in an installation process and the Java Update deployment is failing as in my situation? I will try to those options. I am still looking for someone who has encountered this IE issues and developed a workaround. Also why did you suggest that jqs.exe, jupdate.exe amd jucheck.exe should be deleted even though i understand the JAVAUPDATE doesnt work? Thanks for all your help.

There is no work-around. If the IE instance is using the JRE, then it clearly follows that the IE process must end in order for the JRE files to be updated.

Typically, the IT team will broadcast a message to say that a required update is being deployed on day 'X' at time 'Y' and that users need to be logged off for it to complete. You may want to force a log-off for users who remain logged in, arguing that an inability to read emails isn't the IT team's problem.

may be you can prompt the user to close IE before start of Installation. Check the process iexplore.exe and if it is running prompt the user again until he closes it. Once closed, start the actual installation.

pretty much what vb says. If you're not going to kill the IE task some user education or announcement is in order. We have various scripts that pop up and count down before forcibly shutting IE. there's tons of ways to do that.
why delete jupdate.exe? easy...then there's no chance of the user or the mangled jre installation to reenable auto update. AFAIK jqs serves no useful purpose.