Application Installer

Disclaimer

Please do not email me about this project without reading the disclaimer above.

1. They are outrageously expensive. They are too expensive for hobbyists or small businesses.
2. They are hideously complicated. They use ugly scripting languages that grew like Topsy without plan.
3. It is hard to do anything out the ordinary. You need clumsy mechanisms to insert your stub code.
4. They are not as smooth as they could be for the end user, particularly in picking directory names. It should be very easy to take the default suggested name, but on a different drive. It should be easy to take the default suggested name, but nested in some other directory. It should allow the user to select from some most common possibilities, e.g. "J:\Program Files\mindprod\" or J:\mindprod\.

The classes would handle such things as:

• Identifying details about the environment we are installing into, e.g. cpu type, free space on each disk, the sort of information need/sniff/avoid provides.
• Inserting/removing lines in autoexec.bat and config.sys.
• putting icons on the screen.
• Adding/removing system menu items.
• Verifying all files are present and accounted for and unmolested.
• Selecting a suitable drive and directory to contain the application.
• Cleaning up after the install to get rid of temp directories.
• Branding with user name and or registration keys.
• Asking the user questions about just what he wants installed and how.
• Displaying a string of entertaining *.gifs during the boring parts.
• Checking and changing the registry.
• Cleaning out aborted previous installs.
• Uninstall and registering the official uninstall.
• Automatic checks for updates with automatic install.
• Prebranded software and software rental.
• On the fly download of files if they are not already present and sufficiently up to date. you can check if package X is already installed and if not download and install it automatically as a precondition to your install.
• The user community of this set of classes might submit additional classes for inclusion.

Alternatively, you insist that a JVM and your installer be preinstalled. It then unpacks and installs compact download application packages.

Unfortunately the installer will likely be fatter than the app you are trying to install. Perhaps some advanced Java compilers or optimisers could help put the installer on a diet.

The first version would focus on Windows 95/98/NT. Later you might add classes for other platforms. Ideally your mainline program install would be more or less platform-independent.

Start with a very simple installer and gradually add features. This will keep you from being overwhelmed by detail. At each stage you will have something useful other can test. They will provide you feedback on which features are most important to add next.

1. Use the ZIP classes to unpack a zip file to a fixed directory tree.
2. Install an icon on the desktop to fire up the application.
3. Install an item in the start menu to fire up the application.
4. Dynamically configure to allow choice of drive.
5. Dynamically configure to allow choice of directory.
6. Allow reinstallation of the icons and menut items if they are damaged, without disturbing anything else.
7. Split files into program and data files, so can upgrade without disturbing data files.
8. Run a custom install program after files are in place.
9. Allow changes/additions to the registry.

The other half of installing is maintaining an application with automatic updates. See the Automatic File Updater project.

standard footer

	This page is posted on the web at:	http://mindprod.com/project/installer.html
	Optional Replicator mirror of mindprod.com on local hard disk J:	J:\mindprod\project\installer.html
	Please read the feedback from other visitors, or send your own feedback about the site. Contact Roedy. Please feel free to link to this page without explicit permission.
	Canadian Mind Products IP:[65.110.21.43] Your face IP:[3.144.98.61]
Feedback	You are visitor number