Video Screencast Help
Search Video Help Close Back
to help

Endpoint Management Community Blog

Showing posts tagged with Wise Packaging
Showing posts in English
R-Vijay | 25 Apr 2010 | 0 comments

While both deferred and immediate custom actions can run in the context of the user initiating the installation, only deferred custom actions can run elevated using the system context.

Deferred custom actions can only be sequenced between the InstallInitialize and InstallFinalize actions in execute sequence tables. Immediate custom actions, on the other hand, can be sequenced anywhere within any of the sequence tables. Deferred custom actions are not executed immediately. Instead they are scheduled to run later during the execution script. The execution script isn't processed until the InstallExecute, InstallExecuteAgain, or InstallFinalize action is run.

Deferred custom actions cannot access the installation database. In fact, deferred custom actions have very limited access to the installation session because an installation script can be executed outside of the installation session that created it. Immediate custom actions have access to the installation...

WiseUser | 03 Apr 2009 | 5 comments

Best way to register a dll which is part of the package is ,

Go to Files section in Wise Package Studio

Select the dll  -> Double click the dll - > go to self registeration ->

Select the Registration method -> Use order specified below...

These steps will result in auotomatic self registration in the package using

Msiexec.exe /y & /z for registeration \ unregister the dll.

Deepanshu | 03 Apr 2009 | 1 comment

How do we cope with vendor-MSIs that contain CustomActions needing LocalAdmin-rights?  

By default most CustomActions run in User-context. Installer should have elevated privileges to install the application. If a custom action needs admin rights and it's in user context we can change it to system context the only point we should remember is that our MSI installation should be in user context so this custom will get executed properly without any issue.

ziggy | 24 Mar 2009 | 0 comments

While tirelessly looking for a method to automatically uninstall Workflow Designer instances found on clients machines, I  stumbled upon this little gem:
 
C:\Program Files\Altiris\Workflow Designer\Uninstall.exe
 
Just add an /S at the end for a silent uninstall
 
I have it setup in a software delivery job to run on a collection that is built using 'All computers' - 'Authorized Designers'.  The latter is a manually updated collection for now since it a small and static (for the most part).  I could also wait for the Operating System Inventory to populate (tablename: Inv_AeX_OS_Add_Remove_Programs), since that contains the contents of Add/Remove Programs and just build a sql query based collection for that.  Which I will probably do in the near future.
 
Hope this article was helpful.  Short, sweet and to the point.
 
Thank you.

WiseUser | 20 Mar 2009 | 1 comment

If an application contains the odbc driver settings, use Retain Registry information as is in setup capture settings. If we capture the driver details as odbc drivers in Wise it will throw an installation error, to overcome this issue capture everything in registry as is and delete the odbc driver entry from odbc section in Wise.

rbrucelee1978 | 19 Mar 2009 | 0 comments

I have noticed that most of the links to sites "designed to help beginners" generally talk about how to create msi's, how to modify these packages or even how to fix some ICE errors. However, these sites do not give beginners any information on very important basic concepts such as Self Healing, Installation Sequences, how to read the logs generated on installation of the msi. These "basic" concepts can help beginners understand things like how these ICE errors occur or say in the even of a failed msi installation where to look in the package based on the information given by the verbose log file.

This site (written by John McFadyen) will provide detailed information on these concepts Windows Installer Blog.

Happy reading!! :-)

WiseUser | 17 Mar 2009 | 3 comments

Use Kill Process before installing and Uninstalling any application over an upgrade

Some applications wont upgrade properly when the old version executable is still running , to overcome this issue we can use taskkill utility to kill the executable which is running and then try installing the new version, samething implies for uninstallation of the application . We can include this kill logic in the package using a custom action .

EX : Taskkill.exe /F /IM adobereader.exe

WiseUser | 09 Mar 2009 | 0 comments

MSI logging can be expanded beyond installs and uninstalls.  It can also record any MSI action, such as repairs or self-heals.  Setting up a system policy to enable MSI logging can do this.   Since policies are presented locally as registry entries, use these steps to do it:

1. Launch Regedit and navigate to HKLM \Software\Policies\Microsoft\Windows\Installer.
2. Create a REG_SZ value named Logging.
3. Set the data to voicewarmup
4. Done.

WiseUser | 09 Mar 2009 | 0 comments

Special characters in many cases are reserved in an install, and getting them to display or write to a destination computer requires some extra steps.

Using a property:

This is handy when working with large special characters,

1. Create a property that stores the special characters to be used. In the installation reference the property value rather than the special characters,

Special characters may be ~`!@#$%^&*()_+=-{}|\:";'<>,.?/[]

Eg: VARSPECIAL=@computername&#

WiseUser | 09 Mar 2009 | 1 comment

Removing files is done when a package needs to clean up items a prior package left behind, such as deleting a Bloom.ini file from an earlier release. 

Follow these steps to have a package remove a file :

1. Launch Wise, open the appropriate WSI or application MST and go into the Setup Editor
2. Switch to the Tables tab
3. Go to the RemoveFile table and create a new row
4. For FileKey enter the name of the file
5. For Component select any from the drop-down list
6. For FileName enter the name of the file once again
7. For DirProperty, switch to the Directory table and note the appropriate INSTALLDIR property corresponding to the location of this file