/build/static/layout/Breadcrumb_cap_w.png

ISScript.msi

I have 2 applications (CorelDraw Suite 11 and Reflex Magnetics Disknet) which require ISScript.msi to be installed first. They both require a different version of ISScript. I have managed to deploy them by installing one package at one OU in AD and the other at a child OU. This has worked OK but is not ideal.

I have now come to install another application (Virtual PC) on my PC only which has it's own msi and also requires ISScript.

I am trying to install this manually using the included setup.exe and recieve the following error:

"The InstalScript engine on this machine is older than the version required to run this setup. If available please install the latest version of ISScript.msi."

I have tried installing each of the versions of this I have found, right up to version 10, and re-run the setup and still get the same error.

I have read on some posts there is a way of removing the need for ISScript from an application but cannot find any posts explaining how to do this. I am assuming I will run into further problems if I need to install a new peice of software over the network which requires ISScript.

Any help very much appreciated.

Thanks,
Mark

Just to add I am using Wise Package Studio Pro

0 Comments   [ + ] Show comments

Answers (9)

Posted by: VikingLoki 18 years ago
Second Degree Brown Belt
2
Maybe I should clarify. The Setup.exe essentially launches two MSIs, ISScript.msi & [the app].msi. ISScript.msi is your typical MSI. [the app].msi is not a complete MSI, it resides on information being passed to it by Setup.exe. This is what mucks up AD deployments. It's expecting a legacy setup.exe install, or a command, but instead it gets two Windows Installer actions.

The BEST solution is to convert the Setup.exe/MSI into a standard MSI, but this requires the expensive InstallShield Admin Studio 6. Description is available HERE.

If you don't have Admin Studio 6, what you want to do is remove the Setup.exe and have two MSI installs, with ISScript as the prerequisite. ISScript is easily broken out, by copying & deploying ISScript.msi. The other MSI is a bit trickier. Follow the instructions HERE. Remember, ISScript must be installed on the machine, at equal or higher version level than what was supplied with the install, before the modified MSI will work.

Yes, you can get away with keeping the setup.exe and using it for deployment. But IMO, it ends up being more trouble in the long run. Straight MSIs are much easier to live with.
Posted by: rikx2 18 years ago
Purple Belt
0
installshield right [:)].. well try launching the msi's intead of using its setup.exe using a command line and see if you get the same result on the installation.. the msi's should be in the same folder as the setup exe's else you need to extract them
Posted by: markberry 18 years ago
Senior Yellow Belt
0
The first 2 applications are installed using their msi using a GPO. Virtual PC does have an msi which, when run gives the same error message.
Posted by: VikingLoki 18 years ago
Second Degree Brown Belt
0
ISScript.msi *should* be backwards compatible. Look through InstallShield.com (or your software library) for the latest ISScript.msi that you can find, and see if that works. I hope it does, because if not you're going to get into a wacky situation of upgrading & downgrading ISScript to make your MSI's work. That would suck.
Posted by: Sathia 18 years ago
Senior Yellow Belt
0
My best suggestion is if you have a Vendor supplied MSI, create a MST and customize it instead of using manual run or snapshot or virtual OS. I had a bad experience on creating msi for a MSI...
Posted by: markberry 18 years ago
Senior Yellow Belt
0
ORIGINAL: VikingLoki

ISScript.msi *should* be backwards compatible. Look through InstallShield.com (or your software library) for the latest ISScript.msi that you can find, and see if that works. I hope it does, because if not you're going to get into a wacky situation of upgrading & downgrading ISScript to make your MSI's work. That would suck.




So if I install ISScript 10 by msi before any other applications they should, in theory, all install.

Will give it ago. Thanks,

Mark
Posted by: Sathia 18 years ago
Senior Yellow Belt
0
Hi

May i know what is your deployment mode? tool? in some of the installers, u can call a new application's msi as a dependency...
Posted by: markberry 18 years ago
Senior Yellow Belt
0
ORIGINAL: Sathia

Hi

May i know what is your deployment mode? tool? in some of the installers, u can call a new application's msi as a dependency...


Using AD to deploy on a per-pc basis. Generally using Wise Package Studio to package applications, although the 2 apps mentioned above come with their own msi.
Posted by: norika 18 years ago
Yellow Belt
0
Hi,

delete c:\program files\common files\InstallShield and all registry entries for isscript (delete whole hives, not only keys and don't forget to backup them before deleting :-)) ), than try to run setup.exe (it has its own isscript.msi of correct version).

The problem is that you are deploying isscript through AD, i got the same problem .... :-((


Norika
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ