This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI in Installshield 2009
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 19, 2009
01:49 PM
MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI in Installshield 2009
I created a chained package using installshield 2009. And it works fine
My next step is to create an embedded ui for this package.. Does installshield have any default embedde ui or any examples?
I created an embedded ui and added it to the package manually using orca.. The embedded ui shows up correctly... but when the 2nd msi gets installed it shows the ui of the 2nd msi.
Basically MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI doesnot happen...
Since installshield creates the embedded chainer executable, I do not know how to change the MsiJoinTransaction's parameter to MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI.
Hari
My next step is to create an embedded ui for this package.. Does installshield have any default embedde ui or any examples?
I created an embedded ui and added it to the package manually using orca.. The embedded ui shows up correctly... but when the 2nd msi gets installed it shows the ui of the 2nd msi.
Basically MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI doesnot happen...
Since installshield creates the embedded chainer executable, I do not know how to change the MsiJoinTransaction's parameter to MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI.
Hari
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 20, 2009
11:38 AM
We currently only pass dwTransactionAttributes=0 as we do not provide any direct support for scenarios that can benefit from the other flags. Similarly I've not had a chance to experiment with the ramifications of setting those flags when they're otherwise not exactly desired. Do you have any insight as to whether setting MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI should be always or conditionally, and whether MSITRANSACTION_CHAIN_EMBEDDEDUI may need to (always or conditionally) also be set? If we can decide on good options, I may be able to provide an update to ISChain.exe that you can use to get the behavior you want.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Feb 20, 2009
08:33 PM
Hi thanx for the reply.
when someone uses chained packages, they wud want a single ui and not an ui for each msi that gets installed.. When dwTransactionAttributes is set to 0 the latter happens.
I feel its better that there is an option for setting dwTransactionAttributes to any of the 3 values in the installshield 2009 ui. Makes it more user friendly...
atleast i can tell u this advancedinstaller sets it to MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI always :).
May be installshield can provide one more feature.. like when the user adds a msi in chain packages, he can choose whether the install sud rollback or not if the install of this msi fails.
can u provide an updated ischain.exe?
thanx
Hari
when someone uses chained packages, they wud want a single ui and not an ui for each msi that gets installed.. When dwTransactionAttributes is set to 0 the latter happens.
I feel its better that there is an option for setting dwTransactionAttributes to any of the 3 values in the installshield 2009 ui. Makes it more user friendly...
atleast i can tell u this advancedinstaller sets it to MSITRANSACTION_JOIN_EXISTING_EMBEDDEDUI always :).
May be installshield can provide one more feature.. like when the user adds a msi in chain packages, he can choose whether the install sud rollback or not if the install of this msi fails.
can u provide an updated ischain.exe?
thanx
Hari
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 02, 2009
10:47 AM
I've submitted #IOC-000079414 to track this. I expect we'll add a command line flag (to IS_CHAINER_POST_COMMANDLINE) which allows this to be set, and an MSI property to influence how it is set. I'll see if and when I can get you a preview build of this.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 03, 2009
03:18 AM
MichaelU wrote:
I've submitted #IOC-000079414 to track this. I expect we'll add a command line flag (to IS_CHAINER_POST_COMMANDLINE) which allows this to be set, and an MSI property to influence how it is set. I'll see if and when I can get you a preview build of this.
Sounds great Michael,
'preview build' of a fix for IS 2009?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 03, 2009
10:47 AM
As a "new feature" (it adds support for an unsupported scenario, rather than fixing a bug with a supported scenario) no, it is not officially for IS2009. However the file in question should drop in (redist\language independent\i386, or just stream it into the binary table with ORCA for a quick test), even if it won't be as clean a fit until our next release.
Here's an untested and unsupported experimental version of ISChain.exe, which should allow specifying /join:n (where n is the numeric value of one of the constants; 0,1,2 are currently accepted by Windows Installer) to modify the value of dwTransactionAttributes. I suggest testing this with a SetProperty action in the execute sequence after the Prepare action, something like:
Property: IS_CHAINER_POST_COMMANDLINE
Value:/join:2 [IS_CHAINER_POST_COMMANDLINE]
Condition: IS_CHAINER_POST_COMMANDLINE
Let me know how this works out.
Here's an untested and unsupported experimental version of ISChain.exe, which should allow specifying /join:n (where n is the numeric value of one of the constants; 0,1,2 are currently accepted by Windows Installer) to modify the value of dwTransactionAttributes. I suggest testing this with a SetProperty action in the execute sequence after the Prepare action, something like:
Property: IS_CHAINER_POST_COMMANDLINE
Value:/join:2 [IS_CHAINER_POST_COMMANDLINE]
Condition: IS_CHAINER_POST_COMMANDLINE
Let me know how this works out.