WiX 3.0 lanza el error 217, mientras se ejecuta mediante integración continua

Agregar la cuenta de TFS build controller al grupo de administración local y reiniciar el servicio de Windows hizo el trabajo por mí.

Encontré la causa raíz. Probé todo lo que encontré, incluida la extensión de validador personalizada similar a una publicada en Re: [Usuarios de WiX] luz.exe falló aleatoriamente al ejecutar el CIEm..

No es un problema de concurrencia como se sugiere en varios hilos. Es causada por un Bloque de Entorno de Proceso (PEB) demasiado grande.

Resulta que Windows Installer no puede manejar un bloque de entorno de proceso de más de 32 kB. En mi entorno, debido al número de variables establecidas por el sistema de compilación y su tamaño (por ejemplo, variable de RUTA que contiene múltiples valores duplicados), PEB era de aproximadamente 34 kB.

Curiosamente, por Variables de Entorno, Windows XP y 2003 tenían un límite duro de PEB establecido en 32 kilobytes. Eso probablemente causaría una ruptura de construcción fácil de atrapar en una fase anterior de la construcción. Windows más reciente no tiene tal límite, pero supongo que los desarrolladores de Windows Installer limitaron sus buffers de entorno interno a 32 kB y fallar con gracia cuando se excede el valor.

El problema se puede reproducir fácilmente:

• Crear un.archivo bat que establece variables de entorno cuyo tamaño supera los 32 kB. Por ejemplo, puede ser 32 líneas de set Variable<number>=<text longer than 1024 characters>
• Inicie cmd.exe
• Ejecute el archivo por lotes que creó
• Del mismo cmd.ventana exe:
  • Intente construir el paquete MSI usando WiX con validación ICE en OR
  • Ejecute smoke.exe para validar su paquete O
  • Simplemente ejecute msiexec /i Package.msi
• Todos los comandos anteriores terminarán reportando Error 1719 - Windows Installer could not be accessed.

Entonces, la solución es revisar sus scripts de compilación y reducir el número y el tamaño de las variables de entorno para que todas encajen en 32 kB. Puede verificar fácilmente los resultados ejecutando:

set > environment.txt

El objetivo es obtener el archivo environment.txt más pequeño que ~30 kB.

La descripción correcta (sin una solución, excepto si agregar la cuenta CruiseControl al grupo local administradores puede pasar como una solución) del problema:

Cita de Wix 3.5 y Control de crucero da errorLGHT0217:

La validación ICE necesita una cuenta interactiva o privilegios de administrador para ser feliz. Ver por ejemplo WiX Projects vs. TFS 2010 Team Build (2009-11-14) o Re: [Wix-users] Ayuda con la construcción parche (2009-11-20).

Imagi tiene toda la razón! No podía creer que esta fuera la verdadera respuesta. Suprimir la validación y hacer Administrador de usuarios de TFS no son buenas soluciones. Además, no pude encontrar NT \ Autoridad para agregarlo al grupo de administradores y estaba totalmente atascado en esto.

Tengo el mismo error en Windows Server 2012 Datacenter como Build Agent. Para resolver el problema :

1. List item
2. Ir a Variables de entorno en la máquina agente de compilación
3. Crear dos Variables del Sistema
4. "PF86" que es igual a "C:\Program Files (x86)"
5. "PF" que es igual a "C:\Program Files"
6. Son tan cortos porque quiero guardar caracteres.Los hice sin la barra invertida final porque TEMP, TMP y otros se hicieron así y decidí atenerme al estándar de MS para estas variables.
7. Edite la variable PATH sustituyendo cada "C:\Program Files (x86)" por %PF86% y cada "C:\Program Files" por %PF%
8. Cerrar y construir y disfrutar!
9. Funcionó para mí. :)

Estaba recibiendo mismo error de HIELO, pero el problema se convirtió en servicio de Windows Installer dañado. Esta solución funcionó para mí: http://support.microsoft.com/kb/315353

1. Inicie sesión en su computadora como administrador.
2. Haga clic en Inicio y, a continuación, en Ejecutar.
3. En el cuadro Abrir, escriba cmd y, a continuación, haga clic en Aceptar.
4. En el símbolo del sistema, escriba msiexec.exe / unregister y, a continuación, pulse INTRO.
5. Escriba msiexec / regserver y, a continuación, pulse ENTRAR.
6. Reiniciar Windows

Además, verifique que la cuenta del SISTEMA tenga permisos de acceso de control total HKEY_CLASSES_ROOT hive en el registro de Windows. En algunos casos, es posible que también tenga que agregar cuentas de administrador.

De http://wix.sourceforge.net/faq.html#Error217:

En WiX v3, Light ejecuta automáticamente la validación-- Evaluadores de Coherencia Interna de Windows Installer (I) -- después de cada construcción exitosa. La validación es un excelente manera de detectar errores de autoría comunes que pueden provocar problemas de servicio, es por eso que ahora se ejecuta por defecto. Desafortunadamente, hay un problema común que se produce en Windows Vista y Windows Server 2008 que puede causar ICEs a fallar. Para obtener más información sobre la causa y cómo solucionarla, consulte El blog de Heath Stewart y El WebLog de Aaron Stebner .

Tengo algunas sugerencias.

• Intente actualizar la versión de Microsoft Installer en el servidor de compilación
• Asegúrate de usar la nueva versión de WiX 3.0, ya que ahora es estable en la versión 3.0.
• Si todo lo demás falla, intente ejecutar el servicio de compilación bajo un usuario de compilación específico para el que pueda jugar con los permisos...

Me enfrenté al mismo problema y no me gustaba suprimir la validación de ICE. Mi configuración: Utilicé mi propio equipo como agente de compilación en Visual Studio Online (VSO). Mi solución fue cambiar la cuenta utilizada para ejecutar el servicio en mi máquina. En lugar de usar el Servicio de Red o el Servicio Local, simplemente hice que el servicio se iniciara con mi propia cuenta, que tenía todos los derechos necesarios.

Vaya a su máquina de compilación y reinicie el servicio de Windows Installer

Ninguna de las sugerencias anteriores funcionó para mí, para mí el antivirus (mcafee) entró en escena y parece que actualizó el vbscript.dll entrada de registro a una ubicación DLL incorrecta. Estas son las cosas a tener en cuenta:

1. Algunas de las validaciones de Wix ICE se implementan usando VBSCRIPT.
2. Así que mientras se compila el MSI, el servidor de compilación necesitaría c:\windows\system32\vbscript.DLL.
3. Lo más probable es que de alguna manera el usuario que ejecuta su compilación perdió el acceso a esta DLL.
4. Como se mencionó en las respuestas anteriores, busque el acceso de administrador/registro y asegúrese de que su usuario lo tenga.

Estos son los pasos que tomé para solucionar el problema:

1. Abra cmd (ejecute como administrador) en la máquina del agente de compilación.
2. Ejecutar RegEdit
3. Seleccione la raíz, haga clic en ctrl + f y Busque la siguiente entrada del registro : {B54F3741-5B07-11cf-A4B0-00AA004A55E8}
4. Busque el InprocServer32 \ Default Clave

1. En mi agente de compilación, la ruta fue reemplazada por una ubicación DLL de mcafee. He actualizado el camino de vuelta a c:\windows\system32\vbscript.dll
2. Editar la entrada del registro no fue fácil, ya que era una entrada de registro protegida. Usé el siguiente enlace para cambiar los permisos de acceso antes de poder editar la propiedad: Editar entrada de registro protegida

Una vez que actualizé la ruta, todo comenzó a funcionar como de costumbre.