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
- :
- Re: Automation Interface when creating a new release
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
‎Oct 27, 2008
06:06 PM
Automation Interface when creating a new release
I need to maintain 13 different installs, so I have automated the release creation for new versions using C# using ISWiRelease. I am currently in the process of updating my basic MSI installs to Installshield 2009 and can not find a way to set the Required Execution Level value through automation. Has anyone found a way to set this property? I would really hate to have to manually edit each of the 13 installs when we release a new version.
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 27, 2008
08:17 PM
I've not looked at the object model for your exact property, but I can say in my experience with the sql scripts object model that Acresso has failed to expose many settings.
I use C# based MSBuild custom tasks for my build automation framework. In those where Acresso has dropped the ball, I use thE IS Interop libraries to get 95% of the work done, set the project type to binary and save it. Then I crank open WiX DTF's Windows Installer class library and use it to update the tables directly. Then I save that and return to MSBuild to let the InstallShield targets file do the build via .isproj ( no exec'ing out to stand alone build for me... )
I find this very powerful and easy to maintain. Still, wish I didn't have to do it.....
I use C# based MSBuild custom tasks for my build automation framework. In those where Acresso has dropped the ball, I use thE IS Interop libraries to get 95% of the work done, set the project type to binary and save it. Then I crank open WiX DTF's Windows Installer class library and use it to update the tables directly. Then I save that and return to MSBuild to let the InstallShield targets file do the build via .isproj ( no exec'ing out to stand alone build for me... )
I find this very powerful and easy to maintain. Still, wish I didn't have to do it.....
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 28, 2008
11:31 AM
Christopher Painter wrote:
I find this very powerful and easy to maintain. Still, wish I didn't have to do it.....
Thanks a lot for these suggestions I will probably do something very similar, though I will probably update the XML project file directly rather than saving it as a binary and then using WiX.
Hopefully Installshield will start fully exposing all the properties that people need.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 28, 2008
11:52 AM
I've done the XML route before also, but I find it a royal pain because of the DTD rather then XSD nature of the ISM project format. Converting it to Binary is east, fast and safe and can be converted back to XML if you link. Binary and XML are really just interchangeable datastore providers from the same factory. Once in Binary mode, it's much easier to use a DTF to update the record in question ( Linq, sql UPDATE ectera )
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 29, 2008
04:18 PM
I didn't know that the binary format for the ism file was a MSI database. That is definitely much easier to work with than the XML file. Do you know if Installshield publishes there schema information for their tables? I am going to be changing the Attributes column of the ISReleaseExtended flag and would like to no what the values actually mean rather than blindly setting the bit mask.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 29, 2008
04:27 PM
I don't believe it's documented. I believe they only document schema extensions that make it into built MSI's.
I just reverse engineer/profile the values and work it into my automation as enums or whatever depending on what i'm trying to do.
I just reverse engineer/profile the values and work it into my automation as enums or whatever depending on what i'm trying to do.