Tengo este error en uno de los servidores de compilación. Todos los demás servidores lo compilan bien. ¿Alguna idea de lo que puede estar mal?LGHT0094: referencia no resuelta al símbolo 'WixComponentGroup: Product.Generated' en la sección 'Producto: *'
Respuesta
También tuve este error, parece ser algo nuevo generado automáticamente desde Wix cuando se crea una nueva configuración. A Wix no le gustó cuando actualicé de 3.5 a 3.6, simplemente lo eliminé.
Es un problema de wix 3.6. Encontré la solución here. Todo lo que necesita hacer es añadir la siguiente propiedad < EnableProjectHarvesting> True </EnableProjectHarvesting> en su proyecto Wix
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<EnableProjectHarvesting>True</EnableProjectHarvesting>
Gracias por la información, goodbuoy. Trabajó para mi. –
no funciona para mí :( –
Esto funcionó para mí. Si tuviera la opción, no usaría WIX. ¿Ruta de actualización de Microsoft? Sería tan bueno si la documentación fuera mejor. – avantprime
Después de una actualización de Wix 3.5
a Wix 3.8
, tenemos el mismo problema. Sin embargo, no queremos la cosecha del proyecto, por lo que establecer EnableProjectHarvesting
en true no es una buena solución. Así que para resolver el problema, hemos tenido que cambiar un par de cosas:
En el archivo Product.wxs
, hemos eliminado por completo la siguiente línea (a partir del atributo <Feature>
):
<ComponentGroupRef Id="Product.Generated" />
Después de eso, en nuestro .wixproj
, actualizamos el LinkerBaseInputPaths
a un DefineConstants
.
Así que esto significa cambiar
<LinkerBaseInputPaths>%(ProjectReference.RootDir)%(ProjectReference.Directory)obj\$(Configuration)\Package\PackageTmp\</LinkerBaseInputPaths>
Para (Y por favor también notar la adición de BasePath=%
)
<DefineConstants>BasePath=%(ProjectReference.RootDir)%(ProjectReference.Directory)obj\$(Configuration)\Package\PackageTmp\</DefineConstants>
y finalmente añadimos
PreprocessorVariable="var.BasePath"
t o nuestro atributo HeatDirectory
(que está justo debajo del PropertyGroup que modificamos en el paso anterior).
En mi caso, debo utilizar en lugar de ComponentRef
ComponentGroupRef
En mi caso, yo estaba recibiendo el mismo número de error:
file_name.wxs (38): LGHT0094 error: referencia sin resolver al símbolo 'WixComponentGroup: Name_of_the_ComponentGroup
Esto se debió a que había movido el ComponentGroup a un archivo diferente, y la escritura de la estructura (cmake en mi caso, tal vez utilizan hormigas) que llama candle.exe no había sido actualizado para incluir el. archivo wxs que ahora cont Ained el ComponentGroup.
Al actualizar el script cmake para incluir el nuevo archivo se corrigió el error. Y el mensaje de error fue realmente significativo, ya que esta era una referencia no resuelta.
- 1. Wix no puede resolver el símbolo "Icono"
- 2. Pycharm + Django 1.3 + STATIC_URL en plantillas = Referencia estática no resuelta
- 3. wix 3.6 ComponentGroupRef Id = "Product.Generated" da error, wix 3.5 no
- 4. Bean solicitado se encuentra actualmente en la creación: ¿Existe una referencia circular no resuelta?
- 5. MySQL Workbench símbolo referencia
- 6. sección Html5 o no a la sección?
- 7. Inclusión no resuelta: <jni.h>
- 8. Pydev decir, error "importación no resuelta"
- 9. referencia indefinida al símbolo incluso cuando nm indica que este símbolo está presente en la biblioteca compartida
- 10. C++ - Inclusión no resuelta: <iostream>
- 11. problemas para importar módulos de python de otros paquetes (pycharm da una referencia no resuelta)
- 12. ¡la sección sincronizada no bloquea!
- 13. inclusión no resuelta en el encabezado java en JNI
- 14. Error de referencia no resuelto de WiX
- 15. Dependencia no resuelta en sbt-android-plugin 0.6.0-SNAPSHOT?
- 16. Agregar sección al archivo ELF
- 17. E2506 Método de tipo parametrizado declarado en la sección de interfaz no debe utilizar el símbolo local
- 18. Llamada de constructor global no en .init_array sección
- 19. Perl No se puede usar una cadena como símbolo ref mientras que la referencia estricta
- 20. Inclusión no resuelta: <conio.h>. ¿Por qué?
- 21. LNK2019: símbolo externo sin resolver _main referencia en ___tmainCRTStartup función
- 22. Símbolo de refuerzo no encontrado
- 23. variable 'x' del tipo 'Producto' al que se hace referencia desde el alcance, pero no está definido
- 24. referencia al objeto no inicializado iniside constructor
- 25. C# equivalente al símbolo Ruby
- 26. Referencia no definida al operador nuevo
- 27. Magento pasa la identificación actual del producto al módulo
- 28. Referencia no definida al miembro de la clase estática
- 29. No se puede agregar la referencia de la base de datos al proyecto VS2012
- 30. Ir al n-ésimo símbolo en la línea
En caso de que ayude a alguien en el futuro, tuve esto cuando el atributo de identificación del componente era incorrecto – Liath
Bueno, acabamos de actualizar de WIX 3.5 a 3.8 y solucionamos este problema.O bien tuvimos que reescribir nuestros archivos wixproj y wxs para evitar la cosecha, o simplemente usar la respuesta @goodbuoy [provisto] (http://stackoverflow.com/a/12741595/1584012) – wigy