/build/static/layout/Breadcrumb_cap_w.png

Avaya Contact Center 3.0.2 setup.exe problems

I am trying to create mst's for Avaya Contact Center 3.0.2 application. The application is built in Installshield MSI and naturally it asks to run from setup.exe to launch the program. I used ISSETUPDRIVEN=1 property and it installs silently without adding any silent install switches. Problem for me is i want to record those screens because i need to enter ip address and port numbers etc. Guys please help me.

Thanks in Advance

0 Comments   [ + ] Show comments

Answers (8)

Posted by: anonymous_9363 12 years ago
Red Belt
0
Open the MSI in your MSI authoring tool. From there, you should be able to access the dialogs used and thus the names of the properties, the values of which the controls will populate. Once you have those, you can specify the properties and their values on a command line. Let's say that the IP address and port number text boxes populate two properties called IPADDRESS and PORTNBR:

MSIExec /i [path_to_and_name_of_MSI] IPADDRESS="192.168.0.1" PORTNBR="80" [other_cmd_line_arguments]
Posted by: samanta123 12 years ago
Senior Yellow Belt
0
Hi VBScab

Thanks for a very early response. I open the MSI in Wise and looked for dialogs and there are not dialogs and dialog table is also blank. I think the dialogs are generated via some custom action. Any ideas now.

Thanks
Posted by: kiptek 12 years ago
Second Degree Green Belt
0
look @ the custom actions and see if they are appropriately named. Look at the conditions, sometimes they use the properties as conditions. Look in the property table and see if u can identify anything obvious. Look in the registry and see if there are any properties being written to the registry. just trawl for clues... plus u can always create a response file to the setup.exe if all fails...
Posted by: samanta123 12 years ago
Senior Yellow Belt
0
Hi Kiptek

Thanks for the response. Avaya itself is recommending to do setup.iss silent installs. But i think modifying MSI-MST is the best way to do it. So far i couldn't find any clue about the dialogues from property table or custom actions.
Posted by: kiptek 12 years ago
Second Degree Green Belt
0
if u can't find the properties then u can't do it, can u. i mean, it is not wrong to do a setup.iss coz it still does install the MSI. In fact u can pass whateva changes u have made to the config to the MSI while still using the setup.exe e.g:

Setup.exe /f2"C:\temp\Myapp_Setup.log" /v"ALLUSERS=1 REBOOT=REALLYSUPPRESS MYAPPPROPERTY=TRUE /qb- /lv C:\temp\Myapp_MSI.log"

its all a matter of company policy, and how hard u want to make a relatively simple thing. if the app just requires basic configuration i would just go the setup.iss way.
Posted by: anonymous_9363 12 years ago
Red Belt
0
ORIGINAL: samanta123
there are not dialogs and dialog table is also blank. I think the dialogs are generated via some custom action.
Another reason to hate InstallScript-driven installs...
Posted by: Jamie B 12 years ago
Orange Senior Belt
0
Enable Windows Installer Debug mode in the registry, run the install interatively & and view the debug output using DebugView - this will tell you the property names and values in real time as they are modified on the dialogs.

Edit:
http://blogs.msdn.com/windows_installer_team/archive/2005/09/21/471793.aspx
Posted by: anonymous_9363 12 years ago
Red Belt
0
Further to Jamie's reply, a simpler route would be to run a normal user install- i.e.with a UI - with a verbose log. ALL the properties set by the MSI will be recorded in it. It won't tell you which control the properties relate to but that won't matter - just sett hem appropriately in your transform or on the command line.
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