assemblyresolve

VSTO AssemblyResolve issue

只愿长相守 提交于 2020-05-31 10:16:10
问题 We develop a VSTO plugin for Word and we have the problem that the earliest entry point of the addin is the AddIn_Startup handler. The issue is that this handler is called too late for the AssemblyResolve handler we implemented to find the needed assemblies. I sovled the problem by assigning the handler to the AppDomain.CurrentDomain.AssemblyResolve event in the Addins.Designer.cs class, but as you all know, this code is autogenerated. Is there a way to assign the AssemblyResolve Handler

VSTO AssemblyResolve issue

喜欢而已 提交于 2020-05-31 10:15:07
问题 We develop a VSTO plugin for Word and we have the problem that the earliest entry point of the addin is the AddIn_Startup handler. The issue is that this handler is called too late for the AssemblyResolve handler we implemented to find the needed assemblies. I sovled the problem by assigning the handler to the AppDomain.CurrentDomain.AssemblyResolve event in the Addins.Designer.cs class, but as you all know, this code is autogenerated. Is there a way to assign the AssemblyResolve Handler

Using assemblyresolve to handle missing assemblies in C#

二次信任 提交于 2020-01-07 04:32:40
问题 I am following Method 3 in http://support.microsoft.com/kb/837908 to load assemblies dynamically in C#. However, the code is not working for me. In the following section of the code, the author loads the missing assembly only if the name of missing assembly is one of the assemblies referenced by the application. When I run this under debug, the function is getting called, but the missing assembly is not in any of those referenced assemblies, and so it is not set in my case. Any ideas why is

Why do ASP.NET resolve assembly references differently?

纵饮孤独 提交于 2019-12-22 05:33:17
问题 I really tried hard to find a similar issue to get some leads, but no one seems to describe the case we are having, so here it goes. Background We have a product with the following general design: [Local installation folder] Contains a set of .NET assemblies, implementing the bulk of our product functionality. Example: Implementation1.dll , Implementation2.dll [GAC] ClientAPI.dll. Our client assembly, to be referenced from end user Visual Studio projects. Has strong references to the

Why do ASP.NET resolve assembly references differently?

北慕城南 提交于 2019-12-05 07:04:56
I really tried hard to find a similar issue to get some leads, but no one seems to describe the case we are having, so here it goes. Background We have a product with the following general design: [Local installation folder] Contains a set of .NET assemblies, implementing the bulk of our product functionality. Example: Implementation1.dll , Implementation2.dll [GAC] ClientAPI.dll. Our client assembly, to be referenced from end user Visual Studio projects. Has strong references to the implementation dll's in the local installation folder. In ClientAPI.dll, we have an entrypoint we require end