[Mono-dev] AssemblyInstaller

[Kornél Pál]

Hi,

A COM visible .NET class is a .NET class. If you use it from .NET you 
don't see a difference, and there is no difference in the internals 
eiher. The only difference is that you can access COM visible classes 
using COM interfaces in unmanaged code. This is very much the same as 
P/Invoke DLLs/delegates with the additional support for reference 
counting and this argument. (HRESULT to exception translation is also 
supported for pure non-OOP functions.)

So you don't really have to care about the COM visible attribute just 
take advantage of it if you want to.

Mono already has an installutil.exe (I don't know how mutch compatible 
it is with that of MS.NET) so the easiest implementation of 
ManagedInstallerClass.InstallHelper is to move logic except 
version/copyright header from installutil.exe to 
ManagedInstallerClass.InstallHelper.

installutil.exe should not be just a couple of lines longer than my 
reference implementation in this thread.

If you mean something else on "where implementations should fall into 
place" please be more specific.

Kornél

Nicholas Salerno:
> Thank you for the clarification.  All that said, it still seems like ManagedInstallerClass.InstallHelper would utilize AssemblyInstaller.  ManagedInstallerClass is COM visible, which may imply some things.  AssemblyInstaller appears to be a plain old .NET class.  I don't have any objection to ManagedInstallerClass, I'm just trying to understand where implementations should fall into place.
>
> Nicholas
>
> -----Original Message-----
> From: Kornél Pál [mailto:kornelpal at gmail.com]
> Sent: Saturday, September 18, 2010 5:04 AM
> To: Nicholas Salerno
> Cc: mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] AssemblyInstaller
>
> Hi,
>
> See
> http://msdn.microsoft.com/en-us/library/system.configuration.install.managedinstallerclass.installhelper.aspx
>
> That page documents exactly what it does.
>
> installutil.exe should be implemented as sometihng like the following
> (I've tried it and it works on MS.NET):
>
> class Program
> {
> 	static void Main(string[] args)
> 	{
> 		try
> 		{
> 			ManagedInstallerClass.InstallHelper(args);
> 		}
> 		catch (Exception ex)
> 		{
> 			Console.WriteLine(ex.Message);
> 		}
> 	}
> }
>
>
> Arguments accepted are documented here:
> http://msdn.microsoft.com/en-us/library/50614e95.aspx
>
> So all the functionality of installutil.exe should be moved to
> ManagedInstallerClass. Even the help screen comes as an exception.
>
> Note that no version headers are not printed by ManagedInstallerClass
> that should remain in installutil.exe and some appropriate status code
> should be set on return as well.
>
> Based on the following example I belive that
> IManagedInstaller.ManagedInstall does exactly the same except that
> exceptions are not returned:
>
> class Program
> {
> 	static void Main(string[] args)
> 	{
> 		try
> 		{
> 			IManagedInstaller installer = new ManagedInstallerClass();
> 			StringBuilder sb = new StringBuilder();
> 			foreach (string arg in args)
> 			{
> 				sb.Append('"');
> 				sb.Append(arg.Replace("\\", "\\\\").Replace("\"", "\\\""));
> 				sb.Append("\" ");
> 			}
> 			if (sb.Length>  0)
> 				sb.Remove(sb.Length - 1, 1);
> 			installer.ManagedInstall(sb.ToString(), 0);
> 		}
> 		catch (Exception ex)
> 		{
> 			Console.WriteLine(ex.Message);
> 		}
> 	}
> }
>
> A search for hInstall in Platform SDK headers resulted in matches only
> from MsiQuery.h. So that method is most likely used by Windows Installer
> and I would guess that at least errors are reported using hInstall
> rather than exceptions.
>
> Kornél
>
> Nicholas Salerno write:
>> Vincent Povirk wrote:
>>> I don't know much about these classes, but my impression was that
>>> ManagedInstallerClass corresponds most directly to installutil.exe,
>>> but that that class must use AssemblyInstaller. It seems installutil
>>> duplicates some functionality of both of those, and it should probably
>>> call on them instead.
>>
>> The ManagedInstallerClass is scarcely documented in MSDN (unlike the other classes in the System.Configuration.Install namespace).  Also, the description states that the class is not meant to be directly used by one's code.  I don't know much about this ManagedInstallerClass other than it doesn't seem to fit with the model established by the Installer class.  It doesn't derive from Installer.  It implements IManagedInstaller, an interface I don't know much about.
>>
>> I am familiar with the Installer class that derives from Component and is meant to be subclassed.  The AssemblyInstaller class seems to be the class to use if one wants to programmatically install and uninstall .NET components (without having to execute shell commands to instalutil).  I do this in Windows.
>>
>> If nobody has any objections I would like to submit a patch that implements the AssemblyInstaller class.
>>
>> Nicholas
>>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>