Video Screencast Help
Search Video Help Close Back
to help

Endpoint Management Community Blog

Showing posts tagged with Wise Packaging
Showing posts in English
WiseUser | 14 Nov 2008 | 0 comments

Command line to apply multiple transforms:

Msiexec.exe /i {path}.msi TRANSFORMS=T1.mst;t2.mst

Value Supercedence:

If t2.mst contains any property or any update that t1 has made, the installation will take the final transforms value.

Ex: If t1.mst sets a reg value HKCU\Software\Test\Enviorment =0

And if T2.mst sets a different value to the same registry HKCU\Software\Test\Enviorment =1

then the instalaltion will take the reg value as 1.

Deepanshu | 12 Nov 2008 | 7 comments

This is something different thean what you think. I was working on a package for which I want to hide the Add\Remove Program entry but when I look into the following registry hive for systemcomponent entry it was not there:

HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{ProductCode}

Now what to do? I thought, I will make an entry at this hive with my product code, then I will create a Registry Key As follows:

SystemComponent=1 

And it works! If you face the same type of issue it may be useful for you.

R-Vijay | 11 Nov 2008 | 0 comments

Here are some component guidelines which you need to follow in your application MSI. This will solve many issues like installation fix and automatic package repairs.

Always remember,

  • HKLM + HKCU in same component are not allowed
  • HKCR + HKCU in same component are not allowed
  • HKCU + Files in same component are not allowed. (Exception where the files are going to user profiles and key path is HKCU key path)

Also, when you design a custom component having HKCR or HKLM components, do check the Auto increment option; this helps the machine maintain a stable state.

WiseUser | 11 Nov 2008 | 1 comment

The following are the best practices recommended by Microsoft in creation of a package. It's a good list to keep handy.

  1. Match Components in previous versions of the .MSI
  2. Add all executable files to their own components
  3. Add all .TLB Files to their own components
  4. Group Matching .HLP and .CNT Files together
  5. Group Matching .CHM and .CHI Files together
  6. Put registry keys associated with files or components in matching component
  7. Put Current user registry keys in their own component
  8. Put non-Current User registry keys in their own component
  9. Group all non-executable files to their own component
  10. Name new non-advertised shortcuts by destination directory
  11. Group non-keypath resources by resource type
  12. Create new components for resources not matching other criteria
WiseUser | 10 Nov 2008 | 0 comments

When we create a Windows Installer file by using Visual Studio .NET, we do not have the option to designate that your package is to be advertised.

We can advertise the package only by using a command-line option during the installation. At the command prompt, we can explicitly list the features that we want to advertise or we can advertise all the features.

To explicitly list the features, we must use a command that is similar to the following:

Msiexec.exe /i {PATH}\.msi ADVERTISE=Feature1,Feature2,Feature3

If we want to use this command, the features must be present in the Feature column of the Feature table in the Windows Installer file.

To advertise all the features, we must use a command that is similar to the following:

Msiexec.exe /i {PAth}\.msi ADVERTISE=ALL...
Raman | 04 Nov 2008 | 5 comments

Ever had query on Wise Package Studio? Here is the website that will answer your queries. It is designed for the beginner.

http://www.dawnstar.com.au/wpshelp/

WiseUser | 04 Nov 2008 | 3 comments

The purpose of a deferred execution custom action is to delay the execution of a system change to the time when the installation script is executed.

This differs from a regular custom action, or a standard action, in which the installer executes the action immediately upon encountering it in a sequence table or in a call to MsiDoAction.

A deferred execution custom action enables a package author to specify system operations at a particular point within the execution of the installation script.

The installer does not execute a deferred execution custom action at the time the installation sequence is processed. Instead the installer writes the custom action into the installation script.

  1. Should be placed between install initialize and install finalize.
  2. Does not have...
looeee | 01 Nov 2008 | 2 comments

Ok there are a few changes you need to make to the BDE MSM to get it to work properly:

Open the MSM in Orca or Inst Ed

The errors requiring admin rights when your user self-repairs all come from a dodgy CustomAction.

Fixing the CustomAction's Component:

1. Go to the Component Table. Find the TempFolderFiles row. Delete the values in the ComponentId and KeyPath columns.

Fixing the CustomAction's Condition:

2. Go to the ModuleInstallExecuteSequence Table. Find the BDEConfig Row and set its Condition to "Privileged".

This really is a poor MSM.

While you are in the ModuleInstallExecuteSequence you should fix the condition on BDEReduceUseCount. It should be the same as BDEBumpUseCount, changing the 3s to 2s.

It...

MaggieH | 31 Oct 2008 | 0 comments

I stumbled upon this site and wanted to share it with you. It contains MSI tips and notes - very handy for beginners.

http://www.prairienet.org/~pops/msi_tips.html

It covers and explains the below topics in a nice and simple manner.

  • Expanding properties at run time
  • Avoiding custom actions by using the -File tables
  • Fixing up a failed uninstall
  • File versions vs. ProductVersion
  • Some property names (silly)
  • Add or Remove Programs properties
  • Logging switches
  • Merge modules and properties
  • AppSearching
  • Launching a batch file in a custom action
  • "Sorry, but..."
  • Taking inventory of...
looeee | 30 Oct 2008 | 0 comments

When you right-click on a file it shows the verbs associated with the program, giving you the choice to print, edit, etc. It also shows you any Shell Extensions installed by your program. Funcionally, shell extensions behave similarly to file extensions but they have a special interface that programmers use to change what happens to explorer when you right-click. You must have seen that when you right-click on an exe file, the winzip menu has some extra items for self-extracting archives.

This article on codeproject.com explains it all rather well with an example dll to download.

The example there shows adding an extension to the txtfile progid so you see an extra menu item on txt files. There are no pictures of the registry so I thought...