Run/Reinstall Another MSI
I have an MSI that, when deployed, installs its own little Java Runtime Environment. Problem is that this caused the JRE that we deploy on our base build to stop working properly. Is there any way to force the currently installed JRE to re-install itself after this MSI has installed? If not, is there a way to run another MSI to install a newer JRE at the end of the first MSI?
0 Comments
[ + ] Show comments
Answers (10)
Please log in to answer
Posted by:
meastaugh1
18 years ago
Posted by:
udit1002
18 years ago
Posted by:
dgdavis
18 years ago
Posted by:
meastaugh1
18 years ago
Posted by:
dgdavis
18 years ago
Posted by:
MSIMaker
18 years ago
ORIGINAL: dgdavis
I can successfully get the MSI to try and run when I nest it, but it doesn't run with the same permissions as the MSI it is nested in so fails. Is there any way to ensure it runs elevated just like the MSI being installed?
Unless you strip out the JRE part of the install you are setting yourself up for problems imho.
One other way is to get your isntall to remove a keypath of the original JRE and then call the Java console to run....that will prompt a self repair. Messy and ugly actually but it will work.
Posted by:
dgdavis
18 years ago
I've tried removing the JRE in the application, but this just stops it working altogether. Even if I change the shortcuts to start using javaw instead of jvmstartw I get funny errors about 'unable to create Java Virtual Machine'.
The problem with the keypath thing is that the JRE is a machine-assigned app through Group Policy, not to the user, hence autorepair doesn't kick in.
The problem with the keypath thing is that the JRE is a machine-assigned app through Group Policy, not to the user, hence autorepair doesn't kick in.
Posted by:
MSIMaker
18 years ago
ORIGINAL: dgdavis
I've tried removing the JRE in the application, but this just stops it working altogether. Even if I change the shortcuts to start using javaw instead of jvmstartw I get funny errors about 'unable to create Java Virtual Machine'.
The problem with the keypath thing is that the JRE is a machine-assigned app through Group Policy, not to the user, hence autorepair doesn't kick in.
Yep that is going to be a problem. Workstation assigned apps have this issue with self repair.
Ok one step at a time.
1. What Java is in the build? MS JVM I assume?
2. Have you tried to capture the app on a clean build that has no JVM installed at all?
3. Have you tried to capture the app on a clean build with MS JVM installed?
4. Look for keys in HKLM\System\CurrentControlSet\Control\Session Manager\Environment that start with JRE_. Perhaps JRE_BIN= or JRE_PATH=
You really need to capture this thing as raw as you can to find out how clever the installation is regarding existing Java. One way is to remove MS JVM and capture it.
Let us know how you go.
Posted by:
MSIMaker
18 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.