ghost of java
Hi
Everytime I go to create a new .msi using SetupCapture (windows installer) I get through to Grouping files with registration and it chokes and says a particular java version is not installed properly.
Any hints on getting rid of it?
Everytime I go to create a new .msi using SetupCapture (windows installer) I get through to Grouping files with registration and it chokes and says a particular java version is not installed properly.
Any hints on getting rid of it?
0 Comments
[ + ] Show comments
Answers (13)
Please log in to answer
Posted by:
anonymous_9363
16 years ago
Posted by:
pgiesbergen
16 years ago
I think it is caused by the application that installs some java runtime file in its own folder. I am assuming here that you are using Wise, Wise checks for the registration flag inside the dlls and tries to register these files to extract the com registration which then fails, hence the popup. You should turn off Enhanced File and Registry Key Association in the setupcapture configuration screen if you get the popups and try again, or just learn to live with the ghost of java as this Wise option can be usefull.
Posted by:
DevilsArcade
16 years ago
I see this message a lot when capturing the Hyperion System 9 applications, such as the excel addin, Hyperion Reports, and Hyperion Essbase Administration Services. Reports was basically unpackageable for a lot of reasons, but I was able to get around this with the excel addin and EAS.
Basically i just clicked ok on these, and let it finish.
Don't know if this is related, but in both cases, when trying to install the msi, it gives you an Internal Error 2714 - referencing a strange looking path like ZZ lib\ etc.
If you open your msi, you will probably see a bunch of folders on the root that look like "lib" and "bin" and "zz" etc.
I've found that the only way to address this is to go to the Directory table and remove all the strange INSTALLDIR entries - usually with lib and bin and zz in them - but be careful not to delete necessary ones. I found about 90 INSTALLDIR directories, only 2 were necessary.
Step two would be to then go to the CreateFolder table and get rid of those folders there "they should be hightlighted in red now because of what you did in step 1)
In both cases, the msi installs fine now.
Basically i just clicked ok on these, and let it finish.
Don't know if this is related, but in both cases, when trying to install the msi, it gives you an Internal Error 2714 - referencing a strange looking path like ZZ lib\ etc.
If you open your msi, you will probably see a bunch of folders on the root that look like "lib" and "bin" and "zz" etc.
I've found that the only way to address this is to go to the Directory table and remove all the strange INSTALLDIR entries - usually with lib and bin and zz in them - but be careful not to delete necessary ones. I found about 90 INSTALLDIR directories, only 2 were necessary.
Step two would be to then go to the CreateFolder table and get rid of those folders there "they should be hightlighted in red now because of what you did in step 1)
In both cases, the msi installs fine now.
Posted by:
blade2
16 years ago
Posted by:
AngelD
16 years ago
ORIGINAL: pgiesbergen
You should turn off Enhanced File and Registry Key Association in the setupcapture configuration screen if you get the popups and try again, or just learn to live with the ghost of java as this Wise option can be usefull.
I would recommend having this option turned off always, more hassle then happy-endings.
Posted by:
anonymous_9363
16 years ago
ORIGINAL: DevilsArcadeNo, it's not related, but SNAP! I found every Hyperion MSI I've encountered to need fixing up in some way or other. Their packaging is a joke and what QA do they do?!? I don't believe they even test their packages before sending them out.
I see this message a lot when capturing the Hyperion System 9 applications, <snip>
Don't know if this is related, but in both cases, when trying to install the msi, it gives you an Internal Error 2714 - referencing a strange looking path like ZZ lib\ etc.
Posted by:
blade2
16 years ago
Posted by:
Mackan75
16 years ago
Posted by:
anonymous_9363
16 years ago
Hi, Marcus. I think you misunderstand. I don't think the OP is trying to capture JRE, rather the app he's capturing requires JRE.
@Blade2 - ALWAYS install pre-requisites first BEFORE you start the capture process. Typical 'gotchas' are JRE, MDAC, InstallShield engines...I'm sure I'll think of others as the day progresses. I'm afraid only experience will show you what pre-reqs a package has. In the meantime, be prepared to abandon captures when you realise that the package is putting down pre-reqs.
@Blade2 - ALWAYS install pre-requisites first BEFORE you start the capture process. Typical 'gotchas' are JRE, MDAC, InstallShield engines...I'm sure I'll think of others as the day progresses. I'm afraid only experience will show you what pre-reqs a package has. In the meantime, be prepared to abandon captures when you realise that the package is putting down pre-reqs.
Posted by:
Mackan75
16 years ago
Posted by:
anonymous_9363
16 years ago
Posted by:
blade2
16 years ago
Thanks for the posts guys, not entirely sure it is a pre-requisite as this one showed up in my Last three attempts at a package job, one of which was FireFox3. But the first time this showed up, I installed what it said was missing and several more flavours of Java even the very latest version to no avail.
Any further musings?
Any further musings?
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.