Изменить путь установки для .NET Service Installer - PullRequest
4 голосов
/ 16 февраля 2011

У меня есть два проекта: проект службы и проект установщика службы. Сервисный проект содержит информацию о сборке, которая подходит для моего продукта. Он включает в себя информацию о компании и правильное название сервиса. Все это, кажется, игнорируется, когда служба фактически установлена. Когда служба установлена, она использует свойства, установленные в методе initializeComponent установщика службы. Это заняло у меня некоторое время, но мне удалось это обнаружить.

К сожалению, созданный MSI по-прежнему создается с именем компании «Microsoft», именем «Service», и, таким образом, установщик по умолчанию устанавливает «C: \ Program Files (x86) \ Microsoft \ Service», что не похоже на хорошее местоположение по умолчанию.

Похоже, что в сервисном проекте отсутствуют какие-либо файлы конфигурации, которые я мог бы изменить, которые могли бы повлиять на путь установки по умолчанию, или информацию о сборке для созданного файла setup.exe и ServiceInstaller.msi.

И, как и в большинстве других вещей .NET, поиск в Google дал очень мало полезной информации. Любые мысли или предложения приветствуются!

tl; dr: Как я могу повлиять на информацию о сборке и путь установки по умолчанию проекта Service Installer.

Ответы [ 2 ]

2 голосов
/ 16 февраля 2011

Может показаться, что щелчок правой кнопкой мыши по проекту и выбор «Свойства» отличается от выбора проекта и открытия панели свойств. Оттуда можно настроить различные свойства, которые копируются в вывод MSI. В любом случае, спасибо за поиск.

0 голосов
/ 16 февраля 2011

Какая версия VS?Однако, независимо от версии, я бы заново создал службу, добавил установщик службы и переместил ваш код во вновь созданный.Это относительно легко сделать в проекте службы Windows.

Следуйте указаниям somethign, например this , чтобы убедиться, что вы делаете правильные шаги.

Вы можететакже просто следуйте этим шагам, не перемещая ваш код, и тогда вы сможете убедиться, что пример установлен правильно, прежде чем перемещать ваш код.

Я никогда не видел упомянутой вами проблемы, поэтому я думаю, что, возможно, какой-то автоматически сгенерированный источникКодовый файл был поврежден по пути.Обычно проще заново сгенерировать его, чем исправить.

...