Wix custom action binary options

Wix Dicas Truques Wix é poderoso, e eu wouldnt recomendar qualquer outro sistema de construção de instalação para projetos sérios. Infinitamente personalizável, scriptable, usa arquivos MSI padrão, não custa nada e talvez melhor de tudo, se integra diretamente com o Visual Studio. Tanto o próprio Wix quanto o sistema MSI, construído sobre, introduz um número de peculiaridades, ea curva de aprendizado é bonita, bastante íngreme. E, em seguida, há aprender a mentalidade certa: um arquivo por componente, de preferência adicionado à mão. Heres algumas dicas diversas nada muito avançado, mas vale a pena saber tudo o mesmo. Referências de projeto As referências a outros projetos na solução são talvez a única coisa mais importante sobre o uso do Wix, e o que a torna tão grande de usar. Adicionar uma referência é simples: Os projetos que você referencia serão construídos com o instalador, e na mesma configuração (debug / release / whatever) também. Toma cuidado de criar questões de ordem instantaneamente. E as referências também têm propriedades Você pode configurar o Wix para coletar automaticamente arquivos que pertencem a um projeto usando HEAT. Poderia ser útil se seu projeto inclui informações COM HEAT é capaz de processar, embora Ive principalmente usado HEAT de pré-construir etapas para colher coisas como um diretório cheio de arquivos de documentação. Havent teve muita sorte usando HEAT em servidores auto-registrados. exe nativo, também. Realmente reduz as informações codificadas e brincando com caminhos relativos ao seu instalador. Versão do instalador versão do arquivo, versão no nome do produto Usando a variável especial (bind. FileVersion.), Você pode definir seu instalador para ter a mesma versão de um determinado arquivo que ele faz referência. Eu também gosto de anexar a versão ao nome do produto, por isso é claro o que está sendo instalado, e ter o nome do produto como uma macro que pode ser reutilizado em todo o instalador. Para esclarecimento Ive definido produto em código aqui, mas é melhor fazê-lo nas opções do projeto: dessa forma, a macro é global para todos os arquivos no projeto. Adicionando arquivos como links Diferentemente do Visual C, se você adicionar um arquivo existente a um projeto Wix, ele o copia. Adicionar o arquivo como um link é extremamente simples se você não tem o hábito de ignorar opções de botão Ok adicionais em Dialogs Item comum. isso é. ComponentGroups e diretórios Uma coisa irritante sobre o esquema Wix é que você não pode ter um ComponentGroup dentro de um elemento DirectoryRef, ou vice-versa. Os elementos ComponentGroup e DirectoryRef são críticos para projetos maiores, onde um recurso pode compartilhar grupos de componentes, que por sua vez são definidos em arquivos diferentes. Isso significa que você tende a ver código como Observe como o ComponentGroup deve conter um ComponentRef para cada componente em outras palavras, para cada componente adicionado, você deve editar o arquivo em dois lugares, o que é irritante. Felizmente, desde a versão 3, o Wix suporta um atributo Directory para os componentes: Much neater. A única desvantagem é que o diretório deve ser repetido para cada Componente. Mas na prática eu não encontrar este muito de um problema. Theres sempre a função find / replace, afinal. O elemento MajorUpgrade As atualizações, atualizações e patches são uma das partes mais complexas da criação do MSI. Eu tendem a usar apenas Major Upgrades (que desinstalar e reinstalar o produto), pelas seguintes razões: Eles exigem que o Product ID GUID seja alterado para cada versão, o que é fácil no Wix configurando-o. Também a liberação de atualizações menores significa que o ID do produto deve ser atualizado em alguns casos, mas não em outros, o que significa um fluxo de trabalho mais complexo. Eles permitem que os GUIDs auto-gerados sejam usados ​​com componentes, o que não só torna menos complicado construir arquivos wxs, mas também significa que a colheita HEAT pode ser feita como uma etapa de pré-compilação que é executada novamente para cada build do Instalador. As principais atualizações permitem que todos os recursos / componentes do instalador sejam reorganizados, facilitando a melhoria do instalador à medida que o desenvolvimento avança. Naturalmente, a desvantagem é que você precisa distribuir um arquivo MSI grande, mesmo para atualizações simples. O Wix 3.5 introduziu o elemento MajorUpgrade. Que é mais fácil de usar do que mexer com os elementos de Upgrade e Upgrade Version separados. Heres como eu usá-lo (observe que o PRODUCT é uma macro definida nas opções do projeto): Observe: o atributo Id do elemento Product ainda deve ser definido como Além disso, observe o atributo AllowSameVersionUprades. Instaladores MSI ignorar o quarto dígito da versão do produto. Por padrão, os instaladores do MSI, dos quais apenas o dígito da quarta versão são diferentes, serão instalados próximos um do outro. Isso leva a situações confusas com entradas duplicadas em programas adicionar / remover, etc. Ao definir AllowSameVersionUprades como true, essas versões serão instaladas uma sobre a outra como de costume, com o efeito colateral que é possível fazer o downgrade para versões com um quarto dígito inferior. Para sistemas de controle de versão onde o quarto dígito é, por exemplo, um número de filial, isso pode realmente ser uma coisa positiva. Observe que AllowSameVersionUpgradesyes gera um aviso ICE61. Para desativá-lo, adicione-o às validações ICE ignoradas nas propriedades do projeto Wix (em Configurações da Ferramenta). É difícil fazer qualquer instalador não trivial sem ignorar pelo menos alguns avisos ICE embora, especialmente quando os módulos de mesclagem de terceiros estão envolvidos. Desativar projetos Wix em compilações de depuração Os projetos Wix podem levar muito tempo para serem construídos, e arent sempre realmente necessário. Sugiro descarregá-los, ou sua pasta de solução (clique direito-Descarregar Projetos na Pasta Solução) quando eles não são necessários. Eles podem ser completamente desabilitados no modo de depuração, indo para o diálogo de configuração da solução e desativando-os para Debug / All Platforms. Wix e Team Foundation Server Team Build Trabalhando com TFS Team Build pode ser uma dor, e obtendo-o para jogar agradável com Wix levou alguns experimentos, mas não é tão difícil: Certifique-se Wix projetos serão construídos para a configuração que você deseja usar. Por padrão e irritantemente, os projetos Wix são construídos somente para a plataforma Plataformas Mistas, não Win32. Certifique-se de que seus servidores de compilação definam para usar plataformas misturadas ou habilite os projetos Wix para Win32. Certifique-se de que o Wix está instalado no (s) seu (s) sistema (s) de compilação. Originalmente eu queria evitar ter que fazer isso, e seguiu os passos descritos aqui. Verificando o Wix na árvore de origem. Isto veio com algumas desvantagens principais embora: ter que editar cada arquivo de. wixproj, e os binários de Wix / Team Build não jogando agradável quando chegou a hora de limpar:. Registre o Microsoft. Deployment. WindowsInstaller. dll com o GAC, caso contrário Team Build não será capaz de encontrá-lo, de alguma forma. Inicie um prompt de comando VS2018 como administrador: C: Arquivos de Programas (x86) Windows Installer XML v3.5bingacutil - i Microsoft. Deployment. WindowsInstaller. dll Microsoft (R) Global Assembly Cache Utility. Versão 4.0.30319.1 Copyright (c) Microsoft Corporation. Todos os direitos reservados. Montagem adicionada com sucesso ao cache Uma desvantagem é que o diretório do arquivo de saída do projeto Wix é ignorado e que seus instaladores serão despejados entre todos os outros binários. Pode ser resolvido usando uma etapa de pós-construção, se você está tão inclinado. Protetor UAC no botão Instalar Por padrão, os instaladores Wix pedem privilégios de administrador depois de clicar no botão Instalar nos sistemas com UAC habilitado, mas não mostram o escudo UAC no botão. Definindo o atributo InstallScope do elemento Pacote para perMachine. O escudo pode ser feito para aparecer: Infelizmente, parece que através de nenhuma combinação de InstallScope e / ou InstallPrivilege configurações podem ser feitas para os instaladores apenas pedir privilégios de administrador quando esses são realmente necessários, dependendo do diretório de instalação. Como está agora, os instaladores de perUser simplesmente falharão quando instalados, por exemplo, no diretório Arquivos de Programas, enquanto os instaladores perMachine sempre pedem direitos de administrador. TARGETDIR ea partição do sistema Ao tentar instalar em um subdiretório da raiz da unidade do sistema (por exemplo, C: aplicativo), pode parecer que em algo como TARGETDIR se refere à partição do sistema, como ProgramFilesFolder é sempre dado como um filho de TARGETDIR . Este não é o caso TARGETDIR é a partição com o espaço em disco mais livre. Pode até ser uma partição em um disco rígido externo. Para configurá-lo para a partição de sistema true, use a abordagem abaixo: O elemento SetDirectory é necessário como tentar usar WindowsVolume resultados diretamente em Signing MSIs Se você assinar seus arquivos MSI, theyll obter um agradável UAC prompt profissional que verifica o pacote como sendo o seu . Uma vez que você tem uma chave de assinatura de código no formato. pfx, assinando um MSI fácil de fazer como um projeto Wix post-build passo. Certifique-se de passar uma descrição para o pacote, caso contrário, o prompt do UAC mostrará algum nome de arquivo temporário mutilado devido ao funcionamento do msiexec. Por exemplo: depuração de ações personalizadas Uma maneira fácil de depurar ações personalizadas de dll é fazer com que eles gerem uma caixa de mensagem usando a chamada do Windows MessageBox e, em seguida, anexar um depurador. Verifique se a ação personalizada em questão foi criada no modo de depuração, se você estiver usando referências de projeto para incluir a dll de ação personalizada, uma compilação de depuração do projeto Wix incluirá uma versão de depuração da dll, também. Faça-o gerar uma caixa de mensagem perto de onde você deseja depurar e anexar o depurador do Visual Studio. Observe que, ao executar uma ação personalizada de 32 bits em uma versão de 64 bits do Windows, uma nova instância msiexec terá gerado para executar a CA marque a caixa Mostrar processos de todos os usuários para encontrá-lo. Uma vez que o depurador tenha anexado, coloque um ponto de interrupção em algum lugar, pressione F5 para continuar, clique em Ok na caixa de mensagem e você está no negócio. Criado: Jan 18 2017 Modificado: Fev 12 2017Eu olhei para todas as perguntas SO e uma série de outros, e não consigo encontrar a resposta. Eu tenho um executável para executar depois de uma instalação: que é sempre executado após a instalação (nenhuma caixa de verificação necessária) Eu tentei todas as opções que eu posso pensar para fazer este trabalho (ele estava se personificando em uma encarnação anterior). O que quer que eu faça, parece dar-me este: (Eu starred para fora os trajetos locais do arquivo). Eu pensei que o problema era que quis privilégios elevados, mas aquele não é o caso nenhum mais. Quando executo o aplicativo a partir do diretório instalado, ele funciona bem, sem pedir permissão de administrador ou qualquer outra coisa. Isso está começando a me irritar de verdade. Eu tenho outra instalação com o mesmo problema, mas este é o mais simples deles. Se eu puder começar este trabalho, eu deveria ser capaz de classificar o outro para fora. Mas estou começando a perder a fé em Wix. Perguntou Apr 2 15 em 13: 53Como definir propriedades personalizadas MSI Ultimately Im querendo determinar a versão de um MSI sem instalar. Há respostas como esta, mas no meu caso estou realmente gerando o MSI (usando WIX) e percebi que eu deveria ser capaz de definir uma propriedade personalizada, visível via direito-mouse-gtproperties-gtcustom no arquivo msi, que representa o número da versão . Não teria outra finalidade senão habilitar alguém a consultar um arquivo msi para ver a versão antes de instalar (o arquivo. msi terá o número de versão incorporado em seu nome de arquivo, mas uma propriedade personalizada parece uma idéia melhor). Obrigado Eu deveria adicionar Eu tentei ltProperty IdVersion Value27.3 / gt no arquivo wxs WIX em ltWixgtltProductgt sem sucesso. Ele não aparece em qualquer lugar visível através de propriedades no arquivo msi gerado do Explorer Melhor Como: A versão MSIs não está no fluxo de informações de resumo, está na tabela de propriedades e você obtém por meio desse link. Você não tem escolha a não ser sobrecarregar um dos campos padrão, como Autor. Parece que os projetos WiX usam a configuração da plataforma para determinar o modo em que eles estão construindo, de modo que apenas permitem configurações de plataforma x86 ou x64. Portanto, não é possível construir um projeto WiX na configuração Any CPU platform porque essa plataforma não existe. A opção mais fácil. Obrigado Seki pela sua resposta. Este código está funcionando bem eu sou confundir entre e senha e login e thats por isso que não é woking agora estou correto que o código e ele funciona. ExecWait folderbinmysql --user --password --executegrant todos os privilégios em. Para login identificado por. Existe uma variável de ambiente do sistema chamada WIX, que mantém o caminho onde o WiX Toolset está instalado. É criado durante a instalação do Toolset WiX. No entanto, pode haver uma maneira melhor que evita a configuração de quaisquer requisitos de agente de compilação. Dê uma olhada neste artigo que explica como integrar o WiX. Normalmente, os ambientes de caminho (windir, temp, etc) usa backslashes (). Tente modificar seus argumentos para usar barras invertidas em vez de barras (WIX bin heat. exe. Você não pode recursiva MSI instala - com o risco de indicar o óbvio, quando você começa esse erro outra instalação está em andamento que outra instalação é você. Use módulos de mesclagem para instalar VC Runtimes E você tem um serviço C que é dependente deles que. Eu escolhi o ponto 1 route Maintenance Experiência e que trabalhou para mim. Eu converti meu projeto de InstallScript MSI Project para InstallScript Project. Eu tenho o tempo de compilação Erros no arquivo Setup. rul, mas eu encontrar as alternativas para esses erros e corrigi-los e fazer o script capaz de compilar. Correto, é um erro genérico. Você tem que perfil de seu serviço para entender por que ele não vai começar. O GAC é apenas um cenário. Em tal caso o MSI não publica assemblies para o GAC até depois de StartServices. Uma condição de corrida clássica que resulta em uma falta de dependência e erro. Esse é o designer Add-In Express para WiX no vídeo. É um componente pago . A instalação do WiX no seu sistema só adiciona modelos de projeto ao Visual Studio. É um instalador gratuito / mecanismo de empacotamento que usa XML (scripting) para construir MSIs e etc e não vem com um designer. WiX é bastante. Você pode verificar o log de eventos do sistema para determinar qual produto está desencadeando a instalação ou reparo. Consulte estas duas postagens para obter detalhes: Como posso determinar o que causa repetidas reparações automáticas do Windows Installer Desinstalar um arquivo MSI a partir da linha de comando sem usar o msiexec Limpeza pendente de instalação. Você tem que adicionar a referência ao namespace para bal, seguindo xmlns xmlnsschemas. microsoft/wix/2006/wi~~number=plural ltWix: balschemas. microsoft/wix/BalExtensiongt Eu suponho que você tem que fornecer WixUtilExtension - ext durante a compilação e construção. Exemplo. exe example. wxs - ext WixBalExtension example. exe example. wixobj - ext WixBalExtension. Se você precisa ser admin, então você precisa ser admin. Permitir que um usuário limitado altere áreas do sistema que são restritas seria uma violação de segurança. Você usou a cadeia de palavras, então parece que a instalação do InstallShield era uma instalação de múltiplo MSI, talvez com embutido. O problema ocorre devido à definição de espaço de nomes dentro do elemento Wix. Você tem que adicionar as alterações abaixo para obter o trabalho XMLPOKE: ltxmlpoke file..Setupabc. wxs XPath // wx: Wix / wx: valor email160protected gt ltnamespacesgt ltnamespace prefixwx urischemas. microsoft/wix/2006/wi / gt lt / namespacesgt lt / Xmlpokegt Referência: Soledad Panos blog. Erro 2715 significa que a chave de arquivo que você está usando não está realmente na tabela de arquivos. Assumindo a sua referindo-se SystemConfigurator. exe.81c0fa8f-9a8e-49d8-9dc2-ce01ca163146 gostaria de abrir o arquivo MSI com Orca e ver se isso é o valor correto e ter em mente que proiperties do Windows Installer são maiúsculas de minúsculas por isso, se se. Você deve ter todos os projetos adicionados ao seu projeto WiX como referências. Vamos dizer que um dos seus projetos C foi chamado MyHelperProject. Você pode acessar o que projeta binário saída como esta: ltComponent Guid DirectoryINSTALLROOTgt ltFile Fonte (var. MyHelperProject. TargetPath) KeyPathyes / gt lt / Componentgt Ou, se você quiser pegar outros arquivos a partir dessa construção. Quando você está fazendo uma grande atualização com WiX MajorUpgrade o WIXUPGRADEDETECTED está definido - ver: wixtoolset. org/documentation/manual/v3/xsd/wix/majorupgrade de modo que é o que você usa no upgrade de instalação para detectar a existência de um produto mais antigo instalado . Em outras palavras, isso significa que a nova instalação de entrada detectou uma versão mais antiga. O sinalizador reiniciar não está sendo definido em suposições falsas. Há vários lugares no arquivo de log do instalador que mostram que o instalador está tentando excluir arquivos, mas não é capaz de, porque os arquivos são bloqueados por um ou mais processos: 592.MSI (s) (B0: 58) 12:22: 45: 305: Executing op: FileRemove (, FileNameasm-4.1.jar ,, ComponentId). Se OS é 64 bits e sua aplicação é de 32 bits você pode obter pasta Program Files usando uma variável de ambiente (na verdade, há uma especial - sem suporte em Environment. SpecialFolder - constante na SHGetSpecialFolderLocation mas é mais fácil assim): Environment. GetEnvironmentVariable (ProgramW6432) Basta verificar o seu sistema operacional é de 64 bits (em 32 bits. Você não é dupla nul termina o pFrom. Você tem uma string padrão (que inclui o terminador nulo quando você chamar. cstr () nele) temp std :: wstring (lpFolderPath ) Você então concatena uma seqüência vazia nela: tempL00 Isso deixa a string original inalterada Isto é porque o std :: string :: operador (const wchart) leva a. Primeiro, a razão pela qual isso está acontecendo. Quando você especificar várias culturas Para criar (por exemplo, en-US e ja-JP), o Visual Studio precisa de uma maneira de diferenciar entre os pacotes de instalação gerados. Essa é a razão pela qual você obtém o caminho de saída com a seqüência de cultura anexada a ele. Estrutura deve ajudá-lo. Referenciar o ID de CommonFilesFolder ltFragmentgt ltDirectory IdTARGETDIR NameSourceDirgt ltDirectory IdProgramFilesFoldergt ltDirectory IdINSTALLFOLDER NameWixsetup / gt ltDirectory IdCommonFilesFolder / gt lt / Directorygt lt / Directorygt lt / Fragmentgt esta ligação pode ajudá-lo no futuro msdn. microsoft/en-us/library/s2esdf4x28VS.8029. Aspx. Existem dois problemas com o ficheiro de projecto: O ltWixTargetPath. Gt linha MajorVersion deve ser substituído por 3, O ltCompile. Gt linha deve consultar o arquivo correto Test. wxs. Tente este arquivo de projeto: ltProject DefaultTargetsBuild xmlnsschemas. microsoft/developer/msbuild/2003gt~~V ltPropertyGroupgt ltConfiguration Estado (Configuração) gtDebuglt / Configurationgt ltPlatform Estado (Platform) gtx86lt / Platformgt. 1) Sim - um bootstrapper é o que você está procurando. Burn. exe vem com WiX, mais informações aqui 2) Sim para usar WiX Eu não sei nada sobre NSIS. 3) Se você não tem nada que você precisa para mudar no MSI, então você poderia apenas usar WiX para criar o bootstrapper. Sim, você pode fazer isso, mas você precisará de uma caixa de diálogo VerifyReadyDlg personalizada. Você pode apenas mostrar o botão Atualizar ou Instalar, dependendo da atualização / instalação, como é feito para outras opções presentes lá (Remover / Alterar / etc). Basta verificar o VerifyReadyDlg (o built-in wix diálogo). Você deve ser capaz de usar GUIDs gerados automaticamente em módulos de mesclagem com diretórios com raízes. Mas as mudanças introduzidas no WIX 3.6 provavelmente tornam isso impossível até que o bug wixtoolset. org/issues/3810/ seja corrigido. Consulte também wixtoolset. org/issues/2353/. E também sourceforge / p / wix / mailman / message / 29956690 / (clique no link Ver todo o tópico para ver a discussão completa). Esta questão já foi respondida no Stackoverflow várias vezes. Por exemplo, neste tópico: Como chamar um arquivo VBScript em um aplicativo C Dê uma chance, se ele não vai funcionar, pergunte novamente com exemplos específicos de seu código-fonte, porque isso seria um cenário especial então. Eu no final não era capaz de encontrar uma maneira de resolver isso sem desinstalar e instalar o WIX. O reparo não resolveu esse problema. Eu tive que desinstalar e instalar o WIX novamente para resolver isso. Recriei seu aplicativo e ele funciona bem. Aqui está o meu código Wix (seu interior o meu nó de produto): ltCustomAction IdTest BinaryKeyRegistryHelperCA DllEntryTest Executedeferred HideTargetno Impersonateno / gt ltProperty IdTest ValueArg1CURRENTDIRECTORYArg2INSTALLDIR / gt ltInstallExecuteSequencegt ltCustom ActionTest AfterInstallFilesgtlt / Customgt lt / InstallExecuteSequencegt Meu ação personalizada: CustomAction (Test) public static ActionResult Test (Session Sessão) Em um cenário de atualização de versão, usando o mesmo UpgradeCode para ambos ltBundle. Gt é suficiente para indicar que ambos os instaladores são o mesmo produto. Por exemplo, se você instalar primeiro o pacote V1.0 e posterior instalar o pacote V1.1 (onde ambos os pacotes usam o mesmo código de atualização) o pacote V1.1 substitui o pacote V1.0. A solução é bastante simples, se um pouco complicado. Eu criei inicialmente usando InstallShield, mas depois de um ponto, youre vai vaguear além dos recursos da GUI InstallShield. Im indo para documentar as tabelas MSI (a partir do InstallShield DirectEditor) por isso deve ser fácil de traduzir para WiX. Incluímos cada um deles como um componente separado com seu próprio GUID. ltComponent IdXceed. Wpf. AvalonDock. dll Guid gt ltFile IdXceed. Wpf. AvalonDock. dll NameXceed. Wpf. AvalonDock. dll Fonte (var. project. TargetDir) Xceed. Wpf. AvalonDock. dll KeyPathyes DiskId1 / gt lt / Componentgt. ltComponent IdXceed. Wpf. Toolkit. dll Guid gt ltFile IdXceed. Wpf. Toolkit. dll NameXceed. Wpf. Toolkit. dll. A propriedade precisa ser pública (maiúsculas) ea comparação precisa ser feita dentro de um CDATA. Você poderia usar a comparação case-insensitive. ltComponent IdComponentRed Guid DirectoryINSTALLFOLDERgt ltFile IDR Namered. txt Sourcered. txt / gt ltConditiongt ltCDATAOPTION Redgt lt / Conditiongt lt / Componentgt ltControl IdMyComboBox TypeComboBox X20 Y140 Width56 Height17 PropertyOPTIONgt ltComboBox PropertyOPTIONgt ltListItem textred ValueRed. Essa condição está incorreta se você estiver usando-a na configuração da atualização. UPGRADINGPRODUCTCODE é definido no produto mais antigo já instalado que está sendo substituído e desinstalado, NÃO na nova atualização de entrada. Para isso, você precisa da propriedade do elemento de atualização, WIXUPGRADEDETECTED se você usar o MajorUpgrade. Eu não acredito que você precisará de uma ação personalizada. XmlConfig :: ElementPath é um XPath e você pode usar o operador (union) para ter uma única ação que afeta os nós xml de qualquer nome. Tente definir ALLUSERS1 na linha de comando msiexec. exe. Isso resulta em uma instalação por máquina com atalhos compartilhados para todos os usuários: msiexec. exe / i File. msi ALLUSERS1 Isso se refere ao maior problema do contexto de instalação. Confira a documentação vinculada do MSDN. Links recomendados: Todos os usuários / Instalação do usuário atual com / sem privilégios administrativos Configurando o. O código fonte do WiX tem o UIExtension nesta pasta: srcextUIExtensionwixlib, nele você pode encontrar o arquivo WixUIMinimal. wxs. Então você vai encontrar esta linha: ltTextStyle IdWixUIFontTitle FaceNameTahoma Size9 Boldyes / gt No caso de você querer mudar a cor para branco, faça o seguinte: ltTextStyle IdWixUIFontTitle FaceNameTahoma Size9 Boldyes. ProductCode é uma propriedade privada e não está sendo passada para a sessão de instalação. Eu não vejo por que você precisa dele de qualquer maneira como o seu no MSI que você está instalando. Você pode desinstalar usando um ProductCode (substituindo-o para o caminho para o MSI não passando-as. É permitido o uso de um sublinhado nos usuários nomear. Esse código funciona e o pacote de instalação cria corretamente o usuário. LtComponent IdComponentUser Guid gt ltutil: User IdMyNewUser CreateUseryes Nametestuser Passwordtest PasswordNeverExpiresyes RemoveOnUninstallyes UpdateIfExistsyes / gt ltCreateFoldergt ltutil:. PermissionEx GenericAllyes Usertestuser / gt lt / CreateFoldergt lt / Componentgt O log detalhado pode ter mais informações sobre os Quando você fazer um upgrade com uma configuração de VS (RemovePreviousVersions), pode Mas não significa que os arquivos tenham sido atualizados. Regras de substituição de arquivo padrão são usadas, e isso significa que os arquivos serão substituídos apenas se suas versões de arquivo foram incrementadas. Então aqui está um cenário. Você é mais provável não instalar o requred Arquivos de suporte do VC Runtime A máquina de destino precisará de qualquer arquitetura de tempo de execução VC que esteja usando, x64 ou x86. Incluindo os módulos de mesclagem não funcionará porque você está usando SelfReg da instalação, e eles não estão disponíveis no momento em que o registro acontece. Eu não acho que o problema se relaciona com DatabaseMigrator. exe não é executado elevado. O mecanismo de queima usa o WIN32 API CreateProcess () para executar ExePackage, portanto, o ExePackage é executado na mesma elevação de privilégios como o mecanismo de gravação, que é Administrador. O valor de retorno da execução do pacote de execução SqlServerAuthConfig é: 0x3. Este. Youve perguntou com um tag Windows Installer, por isso, se estamos a falar de produtos instalados a partir de arquivos MSI: Tentativa 1 está incorreta porque o Windows Installer não possui o UninstallString para desinstalar produtos (alterá-lo e ver se ele faz a diferença), e há melhor maneiras. 2 usa WMI, e. Não é assim que as coisas geralmente são feitas porque: Modificar é universalmente entendido neste contexto e diálogo para significar adicionar ou remover recursos. Você não pode fazer corretamente uma atualização de um diálogo de um produto já instalado que vai ser removido. Em outras palavras, seu plano more. Adding uma ação personalizada Este exemplo mostra como criar uma ação personalizada binária chamada quotFooActionquot. Um exemplo comum é uma ação personalizada dll que lança o notepad. exe ou algum outro aplicativo como parte de sua instalação. Antes de começar, você precisará de um dll de amostra com um ponto de entrada denominado quotFooEntryPointquot. Este exemplo pressupõe que você já tenha examinado o tópico Criando um Esqueleto de Extensão. Etapa 1: Criar um Fragmento Você pode fazer referência diretamente à ação personalizada no mesmo arquivo de origem que a definição do produto. No entanto, isso não permitirá que a mesma ação personalizada seja usada em outro lugar. Então, ao invés de colocar a definição de ação personalizada no mesmo arquivo de origem, vamos exercitar um pouco de modularidade e criar um novo arquivo de origem para definir a ação personalizada chamada quotca. wxsquot. Certo, é isso. Foram feitas com a edição do arquivo de origem quotca. wxsquot. Esse pouco de código deve compilar, mas não link. Lembre-se de vincular exige que você tenha uma seção de entrada. Um ltFragment / gt sozinho não é uma seção de entrada. Vá para a próxima etapa para vincular o arquivo de origem. Etapa 2: Adicione a ação personalizada Precisamos vincular este arquivo de origem juntamente com um arquivo de origem que continha ltProduct / gt ou ltModule / gt para concluir com êxito. Essas três linhas são tudo o que você precisa adicionar ao arquivo de origem do pacote do Windows Installer para chamar o quotFooActionquot CustomAction. Agora que temos dois arquivos para vincular nossa chamada para light. exe fica um pouco mais complicado. Aqui estão as etapas de compilação, link e instalação. Agora, como parte da sua instalação, o quotFooActionquot é suposto executar, você deve ver acontecer após a ação InstallFiles. Crear um banco de dados Para criar um banco de dados SQL, primeiro precisamos de um usuário com as credenciais adequadas. O nome de usuário ea senha são armazenados em propriedades, você pode usar qualquer elementos de interface do usuário ou ações personalizadas para configurá-los. Observe que esta é a mesma tag de Usuário que usamos para criar uma nova conta de usuário, mas ela foi usada dentro de uma tag de Componente. Fora de qualquer componente, ele não criará o usuário, ele só definirá as credenciais para outras operações a serem usadas. Como as tags, bem como a funcionalidade SQL, estão presentes nos módulos de extensão, temos que mencioná-los na tag de abertura do arquivo de origem: Além disso, como eles pertencem ao seu próprio namespace, temos que decorá-los durante o uso: A criação do próprio banco de dados entra em um componente, como de costume. SqlDatabase refere-se à declaração do usuário anterior, especifica o nome do banco de dados, servidor e instância. Não especificando Server fará com que ele instale no SQL Server em execução na máquina de destino. Outros atributos especificam como proceder em diferentes situações. ConfirmOverwrite determina o que fazer se o banco de dados já existe eo CreateOnInstall. CreateOnUninstall. DropOnInstall. E os atributos DropOnUninstall determinam o comportamento necessário na instalação e desinstalação. A tag SqlScript aninhada determinará o que fazer com o banco de dados vazio criado. Podemos executar qualquer script SQL válido aqui, residindo em um arquivo separado. O atributo BinaryKey fornecerá o link para o arquivo de script. sql. Outros atributos especificarão o comportamento se ocorrer um erro (ContinueOnError) ou determinarão quando executar o script (ExecuteOnInstall, ExecuteOnUninstall, RollbackOnInstall, RollbackOnUninstall). Com mais de um script presente para execução, eles podem ser seqüenciados usando o atributo Seqüência. Tudo o que resta é incluir o arquivo. sql: O arquivo ao qual ele se refere conterá os comandos SQL usuais para criar uma tabela de banco de dados: Ao construir o pacote de instalação, você terá que vinculá-lo aos módulos de WiX apropriados: . Sobre o FireGiant Agora você pode instalar com confiança. FireGiant armas você com suporte preciso dos criadores de WiX. Porque não há perguntas que não podemos responder ou problemas que não podemos resolver, você pode liberar toda a funcionalidade do WiX, sem dúvida. Cópia 2017 FIREGIANT