WiX: InstallService condicionalmente, pero instale el archivo incondicionalmente

Question

En el conjunto de herramientas de instalación de Windows, para instalar un servicio, agrupamos <ServiceInstall> con <File> en <Component>. Para instalar condicionalmente el servicio, ponemos <Condition> bajo <Component>. Sin embargo, si la condición es falsa, el archivo no se instalará también. Si pongo el <File> en un <Component> incondicional, entonces el servicio no tiene una ruta de archivo ejecutable y, por lo tanto, la instalación fallará. Si pongo el <File> en ambos <Component>, se encontrarán símbolos duplicados.

La pregunta es, ¿podemos instalar un servicio condicionalmente, pero instalar el archivo ejecutable asociado incondicionalmente?

Gracias!

Answer 1

Cree dos componentes con los diferentes GUID y Id. Y condiciones mutuamente excluyentes: uno para el archivo y el servicio, y otro solo para el archivo. Algo como esto:

<Component Id="SvcComp" Guid="{YOUR-GUID}" SharedDllRefCount="yes"> 
    <Condition> SOME_CONDITION </Condition> 
    <File Id="SvcFile" Name="Service.exe" Source="Service.exe" Vital="yes" /> 
    <ServiceInstall Id="Svc" Name="Service" DisplayName="Service" Description="Service" Type="ownProcess" Start="auto" ErrorControl="normal" Vital="yes" /> 
    <ServiceControl Id="Svc" Name="Service" Stop="both" Remove="uninstall" Wait="yes" /> 
</Component> 

<Component Id="ExeComp" Guid="{YYOUR-GUID}" SharedDllRefCount="yes" > 
    <Condition> NOT SOME_CONDITION </Condition> 
    <File Id="ExeFile" Name="Service.exe" Source="Service.exe" Vital="yes" /> 
</Component> 

obtendrá una advertencia LGHT1076 que podría ser suprimida ya que las condiciones en los componentes son mutuamente excluyentes.

Answer 2

He recorrido este camino y se complica más rápido de lo que cabría esperar.

Considero tener dos componentes (a pesar de sus expresiones condicionales mutuamente excluyentes) con el mismo archivo de claves pero diferentes recursos de ServiceInstall/Control una infracción de regla de componente.

La manera en que sugiero hacerlo es mover toda la lógica de su negocio en un componente DLL separado y crear dos componentes EXE diferentes. Configure uno como una aplicación de consola/Windows y el otro como una aplicación de servicio. Asocie los componentes a dos funciones diferentes para que el usuario final pueda decidir de qué manera quiere configurar la aplicación. El usuario puede hacer una operación de modificación en agregar/quitar programas y usar MSI para cambiar su opinión más tarde también.

Answer 3

Si solo tiene un servicio, puede condicionar las acciones de servicio en la tabla InstallExecuteSequence.

Como alternativa, debe ejecutar una CA durante la fase inmediata, que elimina temporalmente la entrada de las tablas de servicio antes de la ejecución durante el aplazamiento.

No soy partidario de dividir el dll sin ningún motivo.