2017-01-27 7 views
0

Мы используем Wix для проекта установки и имеем один отдельный проект CustomAction. Проект CustomAction (сильно подписанный) имеет один зависимый проект (называемый им ProjA), который сильно подписан.Можно ли подписать проект Wix Custom Action?

Case1 # И проекты Custom Action, и ProjA подписываются, а затем получают следующую ошибку. Не удалось загрузить файл или сборку XXX.CustomAction, Version = 2.5.2.0, Culture = neutral, PublicKeyToken = XXXXXXXXX 'или одну из его зависимостей. Не удалось выполнить сильную проверку имени. (Исключение из HRESULT: 0x8013141A).

# Вариант 2 Если мы удалили сильно подписали от пользовательского проекта действий и сохранить ProjA подписали тогда мы получаем следующее сообщение об ошибке Не удалось загрузить файл или сборку XXX.ProjA, Version = 2.5.2.0, культура = нейтральной, PublicKeyToken = XXXXXXXXX 'или одной из его зависимостей. Не удалось выполнить сильную проверку имени. (Исключение из HRESULT: 0x8013141A).

Case3 # Если мы удалили сильно подписанные как проекты Custom Action, так и ProjA, установка будет успешной. Итак, мы ищем случай № 1 для решения.

У кого-нибудь есть идея?

ответ

0

Начните с прочтения этого фона, как DTF работ:

http://blog.deploymentengineering.com/2008/05/deployment-tools-foundation-dtf-custom.html

При переименовании обернутый CA DLL на .zip и посмотреть на его содержание вы, вероятно, не собираются, чтобы увидеть ваши подписанные библиотеки DLL там ,

Прошло некоторое время с тех пор, как я сделал это, но я думаю, что это связано с поведением по умолчанию SfxCA по отношению к тому, чтобы попытаться решить, что нужно и не должно упаковывать. (Скажем, DLL да, какая-то другая DLL да, system.dll нет), и я думаю, что он учитывает подписание кода. Переключите флаг CopyLocal (true | false) в вашу ссылку и перестройте/переустановите, используя метод zip.

Смежные вопросы