为第三方依赖的程序集分配强名称 [英] Assign strong name to third party dependent assemblies

查看:84
本文介绍了为第三方依赖的程序集分配强名称的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个包含 2(TWO)个dll的第三方产品.一个dll依赖于另一个.作为参考,我仅使用第一个.

由于存在一些问题,我们决定对所有dll进行签名.但是由于这个第三方产品,我们无法.

是否有一种方法可以使该第三方产品具有较高的名称,以便我们可以对我们的dll进行签名.

我有尝试对引用的dll进行签名.在编译所有东西时.但是在运行时,当我使用引用的dll中的代码时.我收到一个错误,认为依赖的dll不是强名称.

I have a third part product that has 2(TWO) dlls. One dll depends on the other. As a reference I use only the first one.

Because we had some problems we decided to sign all our dlls. But because of this third party product we can't.

Is there a way to make this third party product strong name so we can sign our dlls.

I have tried signing the referenced dll. At compile everthing works. But at runtime when I use the code from the referenced dll. I get an error that the depended dll is not strong name.

推荐答案

第三方运送未签名的程序集是犯罪的.您有充分的理由大声抱怨,并要求他们提供DLL的签名版本.特别是因为对他们来说如此容易做到.唯一的其他选择是使用/key选项将ildasm.exe分解为DLL,然后将其与ilasm.exe放回原处.通常在任何许可协议中都明确禁止使用此协议.
Third parties shipping unsigned assemblies is criminal.  You have good cause to complain loudly and demand a signed version of their DLL.  Especially since it is so easy to do for them.  The only other option is disassembling the DLL with ildasm.exe and putting it back together with ilasm.exe, using the /key option.  This is usually explicitly forbidden in any license agreement.


这篇关于为第三方依赖的程序集分配强名称的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆