msiexec не передает параметры пользовательскому действию

Я бился головой об стену по этому поводу, так что вот что я узнал:

Вы должны установить свои параметры в командной строке, а также в свойстве «CustomActionData» для каждого из ваших настраиваемых действий (все, что у вас есть в разделе «Установка», «Зафиксировать» и т. д.)

Ваша командная строка будет выглядеть примерно так:

msiexec /i myInstaller.msi MYFIRSTPARAM=VALUE1 MYSECONDPARAM=VALUE2

Тогда ваши CustomActionData должны выглядеть так:

/myfirstparam=[MYFIRSTPARAM] /mysecondparam=[MYSECONDPARAM]

А теперь куча особых случаев:

• Похоже, @Klaus прав, вам нужно использовать ALLCAPS в именах параметров.

• если ваши значения содержат пробелы, вам понадобятся кавычки вокруг них как в командной строке, так и в свойствах CustomActionData, например:

  msiexec /i myInstaller.msi MYFIRSTPARAM="VALUE1" MYSECONDPARAM="VALUE2"

  /myfirstparam="[MYFIRSTPARAM]" /mysecondparam="[MYSECONDPARAM]"

• если ваши значения заканчиваются косой чертой, как и большинство путей к файлам, у вас возникнет странная проблема: когда msiexec создаст ваши customactiondata, он создаст эту строку:

  /myfirstparam="C:\myfile\" /mysecondparam="C:\myfile\"

  не имеет значения, используете ли вы кавычки в командной строке или нет, если эта косая черта является последним символом в вашем значении, она будет эффективно прочитана как escape-символ и будет экранировать кавычку в вашем свойстве customactiondata. Это вызывает хаос. Решение состоит в том, чтобы либо 1) добавить пробел между вашим параметром и последней кавычкой, а затем не забыть обрезать() его где-то в вашем коде, либо 2) добавить дополнительную косую черту между вашим параметром и кавычкой, чтобы избежать побега персонаж. См. оба метода ниже:

  /myfirstparam="[MYFIRSTPARAM] " /mysecondparam="[MYSECONDPARAM]\"

Надеюсь, это поможет.

MixedCase свойства являются «личными» и не будут переданы из командной строки.

ALLCAPS свойства являются общедоступными и могут быть переданы в командной строке.

Однако только защищенные общедоступные свойства передаются на «сервер» (т. е. сохраняются во время повышения прав UAC). См. документацию по свойствам SecureCustomProperties.

Предполагая, что вы пытаетесь получить доступ к этому свойству в отложенном ЦС, это происходит на стороне сервера, поэтому вам нужно использовать общедоступное свойство (все заглавные буквы), которое также помечено как безопасное.

Вот пример использования WiX:

<Property Id="MYPUBLICPROPERTY" Secure="yes" Value="{}">

Если вы хотите иметь возможность передавать параметры извне, вам нужно использовать ALLCAPS в именах параметров. Я знаю, это звучит странно, но попробуйте! :-)

Я знаю, что это старая тема, но я пробовал здесь разные вещи, и мне казалось, что я в растерянности. Затем я нашел следующий поток на msdn:

http://social.msdn.microsoft.com/Forums/windows/en-US/8dd009ce-52d5-4737-98c8-89d9831ab60b/unable-to-pass-parameters-to-msi-thro-msiexec-via-command-prompt?forum=winformssetup&prof=required

Просматривая MSI в ORCA, вы можете увидеть несколько записей в разделе «CustomAction». Эти записи в основном переопределяют значения, переданные из командной строки. Если вы просто удалите записи в таблице CustomAction, например: «CustomTextA_SetProperty_EDIT1», а затем сохраните MSI (сохранение AS имеет другое поведение в ORCA). Затем вы можете передать значения свойств из командной строки в MSI. Это позволит мне установить удаленно с помощью msiexec, и теперь я могу передавать параметры для установки через командную строку. Я предполагаю, что это происходит потому, что логика для значений CustomAction выполняется после заполнения значений свойств из командной строки, что означает, что значения CustomAction перезаписывают заполненные значения командной строки.

В нижней части темы также есть ссылка для некоторых манипуляций в VS, а не в ORCA.

http://blogs.technet.com/b/alipka/archive/2007/04/20/how-to-use-custom-actions-in-visual-studio-setup-project-msi-from-command-line.aspx