У меня есть сторонний элемент управления ActiveX, который я хочу упаковать в msi, чтобы его можно было развернуть и зарегистрировать с помощью групповой политики. Я не хочу, чтобы конечный пользователь щелкнул и установил элемент управления ActiveX в IE. У меня есть файл Cab, который содержит (2) файлы ocx, (1) файл inf и (1) dll. Как я узнаю, что они установлены и зарегистрированы как ActiveX в IE?
То, о чем вы просите, вполне осуществимо. "Как" вы это делаете, в основном, заключается в том, чтобы научиться использовать инструмент разработки MSI, определить, где файлы должны находиться на жестком диске, определить, что нужно войти в реестр, и создать файл MSI, который делает то, что вы хотеть.
Лично я использую XML установщика Windows (WiX) набор инструментов для создания файлов MSI.
Есть абсолютно замечательный учебник по WiX поддерживается Gábor DEÁK JAHN. Если вы хотите создать бесшумный установщик без пользовательского интерфейса, то в этом руководстве есть много вещей, которые вам действительно не нужно изучать, но это все равно отличный материал.
Хотя это применимо к WiX 2.0 (которая не является текущей версией, но все еще доступна и отлично работает), это WiX tutoial делает довольно хорошую работу.
Также существует множество сторонних разработчиков графического интерфейса MSI. Они подразделяются на снимки и не на основе снимков.
Создатели пакетов на основе моментальных снимков страдают от проблемы сбора несвязанных изменений на компьютере с моментальными снимками во время установки программного обеспечения и могут создавать действительно беспорядочные пакеты. Иногда я использую инструмент создания моментальных снимков, чтобы «почувствовать», что делает установщик, но я всегда создаю свои производственные пакеты вручную.
Системы, не основанные на моментальных снимках, обычно представляют собой просто графические IDE для схемы MSI (и некоторые общие исходные файлы WiX XML, которые "скомпилированы" с WiX), позволяющие перетаскивать и т. Д. Для создания пакетов.
Что бы вы ни делали, получение некоторых знаний о том, как работает установщик Windows, даст вам наилучшие шансы на создание хороших пакетов. Документация Microsoft немного плотно, но там много хороших вещей. В конце концов, я обнаружил, что метод проб и ошибок - лучший способ познакомиться с нюансами установщика Windows.
Я успешно проделал это несколько раз, выполнив следующие шаги:
Запускаем тепло так:
Директория "c: \ Program Files (x86) \ Wix Toolset v3.9 \ bin \ heat.exe". -cg CoreCmpGroup -gg -template фрагмент out.wxs
Затем используйте out.wxs в своем проекте. Все COM-регистрации и т. Д. Будут выполнены за вас волшебным образом. :)
Я не пробовал этого, но у меня были бы опасения по поводу того, как автоматическое развертывание элемента управления ActiveX будет взаимодействовать с безопасностью Internet Explorer. Мое чутье "не очень хорошо". Я был бы более склонен настраивать политики, чтобы доверять либо сайту, использующему элемент управления (если вы удовлетворены тем, что это безопасно), либо самому элементу управления (что может быть немного неудобно), и позволить элементу управления перейти в нормальным образом.