strongname

1熱度

1回答

強名稱簽名無效於此程序集Microsoft.Practices.EnterpriseLibrary.Data.dll

我以ClickOnce部署方式運行Windows窗體應用程序。當我調試解決方案我沒有得到任何錯誤。它工作正常。但是，當我發佈應用程序使用單擊一次部署並從文件夾運行應用程序，我收到以下錯誤日誌。任何人都可以幫我解決問題是什麼？ The Dll's are in assemblies folder in one of the project.And they are used in othe

0熱度

1回答

Nuget沒有生成弱命名程序集的綁定重定向

我一直無法找到這方面的任何文檔，但nuget綁定重定向生成只適用於強命名程序集嗎？我有一些內部庫，我們在自己的nuget服務器上都是弱命名的，但是在每次發佈到nuget時，都會爲該dll生成一個不同的版本號。由於版本號不同，引用該程序集的依賴項將無法加載具有與運行時編譯的版本號不同的程序集。所以現在我們處於這樣一種情況：如果我們發佈一個新的nuget到一個公共庫，我們必須手動發佈引用該公共庫的所

9熱度

1回答

簽署F＃大會

我有很多的麻煩試圖簽署F＃類庫項目。首先，我已經試過這thread，使用AssemblyKeyFileAttribute但沒有成功。我也試圖旗「--keyfile：keyfile.snk」添加到項目的屬性（在「生成」選項卡「其它標誌」字段），它也是我以前不工作。我使用的是Visual Studio 2013，它不像C＃類庫項目那樣顯示「簽名」選項卡。所有的嘗試導致以下錯誤： FSC：錯誤FS

1熱度

1回答

Authenticode簽名驗證 - 是一個緩慢的過程。我應該嗎？

請幫我決定。最近我開始考慮購買Authenticode證書並在我的.NET桌面應用程序和ClickOnce安裝中籤署我的所有程序集。我讀了一點，突然意識到運行時簽名驗證可能會嚴重減慢應用程序加載時間。 AFAIK，在檢查證書鏈和撤銷證書列表的過程中，它應該多次上網。我對嗎？另外，關閉環境呢？所以，我現在撓頭 - 我是否需要所有這些麻煩來換取讓我的客戶確信這款產品真的是由我的公司生產的？我是否錯過

0熱度

1回答

WPF應用程序在GAC中註冊程序集？

根據微軟提供的性能指導，似乎向GAC添加程序集可幫助提高應用程序啓動時間的性能。如果我向GAC註冊應用程序的程序集，我的項目是否應該引用GAC的程序集或項目引用？ ApplicationFoo.csproj 引用： Library1.csproj 但我簽字，並在GAC註冊Library1.dll。 ApplicationFoo.csproj應該在GAC或Library1.csproj中引用Libr

2熱度

2回答

RestSharp強名稱不起作用

我的應用程序要求是使用簽名程序集。我使用Visual Studio 2012命令工具簽署了RestSharp程序集。該應用程序成功生成，但它運行時，會出現以下錯誤：無法加載文件或程序集「RestSharp，版本= 104.4.0.0，文化=中性公鑰= null或它的一個依賴。 A 強命名的程序集是必需的。（來自HRESULT的例外： 0x80131044）有沒有解決方法？

6熱度

2回答

當我必須手動打開旁路功能時，爲什麼我應該使用強名稱程序集？

Microsoft代碼分析鼓勵我強調所有程序集的名稱。但根據微軟I have to manually disable the "Bypass Feature" that they are checked。如此以來，.NET Framework 3.5版Service Pack 1個的強名稱不驗證。爲什麼我還要用強名稱簽署我的程序集？謝謝！ Stefan

0熱度

1回答

在部署機器上檢查.net程序集的強名稱

這是場景......我已經在具有所需的.NET框架但沒有Visual Studio和工具的遠程機器上部署了dll。同一天，我爲dll創建了3個具有不同強名的構建。我需要驗證遠程計算機上的強名稱，但我無法獲得該dll的副本。如何在沒有遠程機器上的SDK的情況下執行此操作？

21熱度

1回答

到應用數字簽名有道已經引用的程序

我有了1個引用的程序集（TEST.EXE，Test.dll的）我想是時候test.exe運行時，它應顯示發佈者的名稱爲應用程序「TestCompany」。要做到這一點，我對它進行了數字簽名，並且按照我的要求進行了操作。如果我更改test.exe的一個字節，則發佈者名稱爲「未知」。這很好。但是，如果我更改test.dll，應用程序將以任何狀況運行，並將發佈者名稱顯示爲「TestCompany」

1熱度

1回答

爲什麼將Key.snk文件移動到Sharepoint項目的屬性文件夾中？

這裏是「derigeuer」，用於將創建新項目時生成的key.snk文件從解決方案底部的默認位置移動到Properties文件夾中。這不僅是當地的「迷信」;這似乎是「可接受的方法」，如圖here 但是，爲什麼？這本書似乎並沒有解釋存在的理由爲這一行動...