item2
Next»

contents

 

Introduction - 1

Background - 2

Deployment - 3

Starkits - 4

Tclkit - 5

Advanced topics - 6

Repositories - 7

Server apps - 8

Who uses this - 9

Examples - 10

Conclusion - 11

 

Acknowledgements

References

6.9 - Installation options

Starkits and Tclkit are designed to be installation-free - one only has to copy or downloads individual files and they immediately become usable.

One important consequence is that Starkits can make a minimal impact on the target machine: there are no registry settings (unless the application introduces them), there are no files strewn all over the disk, and there is no need to have super-user privileges to start using a Starkit.

Deployment using Starkits can be summarised as:

  • installation involves a single copy
  • uninstall is just a single remove

The main benefits of this approach are:

  • applications can be used out-of-the-box
  • applications can be launched from CDROMs and read-only servers (useful when evaluating an application)
  • applications do not break because some file was (re)moved
  • applications do not interfere with other packages
  • applications can easily be moved to another computer
  • there are no version dependencies or conflicts (for example, no “DLL hell”)
  • backups are easy - just copy the Starkit
  • removing applications is easy and quick

But in some situations, the more familiar approach of a traditional “installer” may be appropriate (even if it does nothing more than copy a Starkit/Starpack to a local filesystem).

There are a number of approaches to this:

  • wrap the Starkit/Starpack with a simple installer built using a tool such as Vise, InstallShield or a Tcl based installer such as InstallBase
  • provide a custom Starpack to perform the install
  • make the application Starkit smart enough to install itself

The self-contained nature and smaller size of the last approach is definitely advantageous (especially when using network based distributions). To implement this, the Starkit can look for a copy of itself in a known location and, if not found, start the installation process.

Alternatively, if using a Starkit you can use the ability of a Starkit to update itself and store a file inside the Starkit to indicate that it has been installed. This way the Starkit can check to see if it has been installed and, if not, start the install dialog.

see also

Starkit Home Page

Tclkit Home Page

Metakit Home Page

SDX Utility

Wikit Home Page

Tclers' Wiki

Author's Website

Papers & Presentations