Yes It is the same COM Shims that Microsoft advices for Office Addins.
But what I want to Know as a Application Packager that
If I get a application with office addins we can apply COM Shim to the addin DLL. But what to do if the DLL is not a strong DLL. How can we convert the DLL to strong DLL without the source code.
Can this COM Shim technology be used for some other application DLLs. If yes How and If not Why.
In any case way can't we use in terms of conflict resolution technique.
I am not aware of a simple way to strong name an assembly that has not been previously delay signed. Keep in mind all assemblies referenced by strong named assemblies must be strong named as well. If there are no other unsigned assemblies referenced then you can first run ildasm tool to retrieve the MSIL code and then compile it back into an assembly using ilasm this time by specifying a key pair.
However you might choose not to do this. It still not the end of the world and I would still recommend using the COM shim - just without the strong name. This will at least place your assembly into a separate AppDomain and give you types isolation. There are some remote security risks associated with using unsigned assemblies and you need to assess the risks before going down this road.
COM Shims
R.A
But what I want to Know as a Application Packager that
If I get a application with office addins we can apply COM Shim to the addin DLL. But what to do if the DLL is not a strong DLL. How can we convert the DLL to strong DLL without the source code.
Can this COM Shim technology be used for some other application DLLs. If yes How and If not Why.
In any case way can't we use in terms of conflict resolution technique.
Highrad
However you might choose not to do this. It still not the end of the world and I would still recommend using the COM shim - just without the strong name. This will at least place your assembly into a separate AppDomain and give you types isolation. There are some remote security risks associated with using unsigned assemblies and you need to assess the risks before going down this road.
To achieve loading unsigned assemblies you need to make minor modification to the code of the COM shim. In the below snippet from http://msdn.microsoft.com/library/default.asp url=/library/en-us/dnoxpta/html/odc_shim.asp you will just need to remove the specification of the PublicKeyToken.
Victoria W
It was really helpful to me.
Hope u will guide me in the same way in furture too.
regards
Sudhir kaushik
netterdotter
I am a little bit lost. I assume you are talking about the technique outlined here http://msdn.microsoft.com/library/default.asp url=/library/en-us/dno2k3ta/html/ODC_Office_COM_Shim_Wizards.asp
I am not clear what your question is though Do you understand why shims are needed