/build/static/layout/Breadcrumb_cap_w.png

Deferred Custom Action

I've 2 WiseScipt custom actions to include in a MSI wrapper.
The first CA installs the application in silent mode. (Calling vendor EXE with silent switch).
The second CA deletes few unnecessary files that the First CA installs.
All works great when the above WiscScripts are executed manually one after the other.
But, when I include these 2 CA in a MSI wrapper, the 2nd CA doesn't remove the files that it should.
Both the CA are set in deffered mode. No error message pops up.
How can I ensure that the unnecessary install files are removed ? Thanks for your help.

0 Comments   [ + ] Show comments

Answers (10)

Posted by: pjgeutjens 13 years ago
Red Belt
1
Sandy,

You could try putting the second CA in immediate context after InstallFinalize.
Personallly not a big fan of WiseScript, I prefer a nice VBS, but that's up to you in the end [:)]

Rgds,

PJ
Posted by: cygan 13 years ago
Fifth Degree Brown Belt
1
your .wse script should work. its all about where you sequence your ca.

if you are using deferred - system context . then why not sequence the second CA just before installfinalize with a condition Not Installed
Posted by: WiseAppPackager 13 years ago
Purple Belt
1
This is still not resolved.
When the first CA is run, it takes too much time to install the application. The process runs in background for several minutes.
But, the 2nd CA doesn't wait till that time, whereas it should.
How can I make sure to install the 2nd CA only after the 1st CA has completed its execution?
Can 'return code' be used?
Posted by: mekaywe 13 years ago
Brown Belt
1
you can include a login in ur 2nd wisescript to check the process wisescript1.exe.. if it is running make it pause for lets say 30seconds.... else execute the task which you actually want to perform.
Posted by: anonymous_9363 13 years ago
Red Belt
1
Do you have your 1st CA set to wait until the called process completes? Or perhaps the called process itself shells out to yet another process, meaning that the calling process has indeed "completed"?

Are you beginning to see why shelling out to vendor installs is a poor alternative to capturing and creating a proper MSI?
Posted by: WiseAppPackager 13 years ago
Purple Belt
1
Yes, that is the exact issue. As the 1st CA calls out another process, over which I don't have any control.
VBScab - You are correct. I've learned my lesson, relying on vendor installs is obviously not a good option.
But for some setups, can’t get help either way - capture or wrapper. It's always a PAIN :)
Thanks for your help.
Posted by: WiseAppPackager 13 years ago
Purple Belt
0
Thanks for the tip, but it didn't work.
Need to look for another option.
Posted by: WiseAppPackager 13 years ago
Purple Belt
0
Yes, thanks.
I had thought of doing this before, but wouldn't it create problems when the package gets mass-deployed onto thousands of machines. Deciding on 30 Secs or more.....wouldn't be always reliable considering network speed.
But, Yes....if nothing else works I'll have to do this.
Posted by: Repackman 13 years ago
Purple Belt
0
Click on 'Wait for Program to Exit' in your first CA...That should work...
Posted by: anonymous_9363 13 years ago
Red Belt
0
Zak, we've already established that the first process extracts a second EXE and shells it, meaning that the first completes before the actual install is done.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
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