To read previously posts about the .NET Co Library please see the following entries:
Here in this post focus is set to deployment and known issues.
Using one of the following Microsoft Windows versions:
- Windows 2000 SP-4 and later
- Windows XP SP-2 and later
- Windows Vista and later
Using MS Excel 2000 with SP-3 or later versions.
Prior installation of .NET Co Library .NET Framework 2.0 and later versions must be installed. If you are using Windows Vista then .NET Framework 3.0 is already installed.
If running Windows 2000 then MS Installer 3.1 or later version must be installed prior installing .NET Co Library. Later versions of Windows are shipped with MS Installer 3.1 and later.
MS Data Access Components (MDAC)
If running Windows 2000 then MDAC 2.6 or later version must be installed prior installation of .NET Co Library.
.NET Co Library is shipped with version neutral IAs so .NET Co Library does not requires that any PIAs are available.
Trust Access to Visual Basic Project
In MS Excel the option “Trust Access to Visual Basic Project” must be checked
in order to use .NET Co Library.
Selecting deployment model based on the targeting group of users
In my opinion we can use different approaches to deploy solutions based on the primarily targeting groups for tools like .NET Co Library. I usually use the following categories although it’s not so easy to define them:
- End Users
This group should be supported well so they can start to use the tools immediately without any issues. It means that any prerequisites should be included in the installation package, well writen helpfiles and that as much as possible are done with automation.
- Power Users
This group should also be supported in a similar way as with the group of End Users but we can require that they can make some more ‘advanced’ configuration settings. Other requirements can include being able to check out that their platform(s) can meet specific requirements before installing tools. It also can include to downloading and installing prerequisites from Internet and from other medias.
- Unofficially VBA-Developers
This group is quite similar to the group of Power Users and should require the same support. The difference between these two groups is that VBA-developers develop solutions where VBA is included to a higher degree then in solutions from the group of Power Users.
- Professional VBA-Developers
This group includes external consultants and officially VBA developers in corporate. Compared with other groups this group tends to want more information on how deployment processes effect their computers and settings. The helpfile should include a list of all files and their location on the computers as well as links or references to more technical information (if necessary). On the other hand we should require that they can do error trapping and make their own decisions when it comes to install hotfixes etc.
In my own experience I know that members of this group tend to skip to read the helpfiles.
Since .NET Co Library targets primarily the groups of unofficially/officially VBA-developers I have excluded any requirement’s checks during installation of .NET Co Library. It also means that any prerequisites are not part of the installation package. (In addition, by excluding the prerequisites it does not matter if the setup.exe is executed or the MSI package.)
Speaking about helpfiles, I will make the file for .NET Co Library available in the same location as the installation package will be available for download. It enables everyone to read the helpfile before installing the tool.
In order to install .NET Co Library it requires administrative rights in Windows 2000, Windows XP and in Windows Vista.
Except for the Access db all files are per default installed in the main folder c:\Program Files\XL-Dennis\NET Co Library (which can be changed during the installation process). The following screenshot shows the list of files being installed:
The Access db is installed in the following locations:
- Windows 2000 and Windows XP:
c:\Documents and Settings\UserName\My Documents\NET Co Library
- Windows Vista:
c:\Users\UserName\Documents\NET Co Library
Why is the Access database separated from the other files? The answer is two folded:
- Write rights in Windows Vista exclude the whole Program Files section.
- Easy to locate, for instance when opening it in MS Access. In general the user’s application data folder (AppData) is recommended to place user’s data in but since this folder is usually in hidden mode the Access db is more available in other folders.
In general it is always recommended to make sure that you run the latest service packs for Windows, the Office suite and for .NET Framework.
The most known issue is the KB908002. If you run Windows 2000 or Windows XP with Office 2003 or earlier version of Office then this issue will probably appear. When Excel is launched an error message is showed with some ‘geeks’ information.
A close known issue to KB908002 is KB907417. It can be installed in a similar way as with KB908002. In my experience the KB908002 usually fix any issues with managed COM Add-ins so KB907417 should only be installed after KB908002 fix has been installed and tested with a negative outcome.
When installing .NET Co Library a subfolder (‘Hotfix’) is created under the main folder which includes subfolders for each above ‘KB issues’.
In my opinion the above approach support a better stepwise troubleshooting then ‘just in case’ install the KB fixes.
All in all, nowadays I find it rather easy to work with managed COM Add-ins and with the deployment processes. But I can understand that other find it to be a rather complex area and far away from the ‘one Excel file installation’.
Now I will finalize the helpfile for .NET Co Library and collect the last comments from individuals who have been tested it.