2011-10-04 14 views
9

Tengo un proyecto de MVC3 He migrado a una función web de Azure y funciona bien. Pero hay una cosa que realmente me molesta: Cuando publico/paquete del proyecto para el despliegue consigo este error:Advertencia de dependencia (WAT150) al implementar el proyecto de Azure

Warning WAT150: The project '' is dependent on the following assembly C:\Program Files (x86)\Microsoft SQL Server Compact Edition\v4.0\Desktop\System.Data.SqlServerCe.dll. This assembly is not in the package. To make sure that the role starts, add this assembly as a reference to the project and set the Copy Local property to true.

Todo lo que puedo encontrar en Google es cómo añadir la dependencia. Sin embargo, lo eliminé y no puedo averiguar dónde se está recogiendo esta dependencia. No está causando ningún problema, aparte de irritar los nervios como clavos en una pizarra. Estaría agradecido si alguien pudiera señalarme en la dirección correcta.

Respuesta

5

Intente reconstruir el proyecto de implementación de Azure con la configuración de MSBuild establecida en "normal" o superior. Esto debería mostrar qué referencias no se pueden resolver.

En Visual Studio, elija Herramientas | Opciones, luego Proyectos y Soluciones/Construir y Ejecutar. Establezca la "verbosidad de salida de compilación del proyecto MSBuild" al menos Normal.

Esto debería ayudar al crear mucho más salida de rastreo de MSBuild y ayudarlo a ver dónde se recogen las referencias faltantes.

+5

Terminé configurándolo a nivel de diagnóstico y parece que se lo requiere Elmah. Lo curioso es que Elmah también hace referencia a Sqlite, pero no recibo advertencias para eso. Pero dado que estoy usando Elmah, supongo que no tengo muchas opciones a menos que quiera intentar algo más. –

+0

Qué tedioso; ¡Espero que las uñas de Elmah se recuperen pronto! –

6

Para futuros visitantes que busquen soluciones al error WAT150 en los ensambles de los que dependen, mis advertencias se deben a las referencias de conjunto establecidas con Copy local = true para no copiar realmente las DLL a la carpeta bin si la DLL está en el GAC . Obtenga más información al respecto here y here. Eliminar las DLL del GAC resolvió el problema

+1

Tenía el mismo problema. Lástima que Visual Studio no respete la ruta de sugerencia en este caso. Lástima que "Copiar local = verdadero" no sea transitivo. –

Cuestiones relacionadas