Visual Studio 2015. Build Canceled en proyectos ASP.NET

Hay cosas que no me entran en la mollera, y una de ellas es el ombligocentrismo de algunas herramientas y de la gente que las construye.

Todo esto viene porque desde hace unas semanas, en mi equipo de Avanade, cuando lanzo la compilación de un proyecto ASP.NET, se detiene nada más empezar con un escueto mensaje que dice "Build Canceled."

Lo he probado todo, he desinstalado el VS2015 dos veces y lo he vuelto a montar - Full y con lo mínimo-, y nada. Esto que no tira.

Lo he preguntado por twiter, y solamente un compañero me ha contestado con un chiste (que me ha hecho gracia y todo).

Pero al final San Stack OverFlow me ha salvado la vida.

Hay una extensión de GetNug que permite habilitar el uso de JSLint en Visual Studio 2015; la cual es una librería de análisis estático de calidad de código en JavaScript; y que por defecto está configurada con un parámetro que cancela la ejecución de la compilación.

Así que, raudo cual gacela, he entrado en la administración de Extensiones y Actualizaciones, dentro del menú Herramientas, y he deshabilitado la librería JSLint.

Y todo ha vuelto a la normalidad!!

Espero que sea de ayuda.

Agrupar Test Unitarios en listas

Si, demasiado tiempo sin escribir por aquí, pero es que entre GenbetaDev y mi nuevo blog de Kinect, tengo pocas cosas que decir en esta, mi memoria de código.

Sin embargo estoy en un proyecto en donde somos varios desarrolladores, en donde yo pico mi propio proyecto en MVC + EF. Y en donde construyo mi propia batería de test, en medio de cienes de test de los demás desarrolladores.

Y como no me fio un carajo de los test de los demás (hay cosas como DeleteAllCustomers_Test), solo quiero llevar el control y lanzar los míos.

Y para eso Visual Studio 2013 me ofrece la posibilidad de construir listas de reproducción (playlist) de una muy sencillita.

Reference in the manifest does not match, o la guerra de los manifiestos

En los últimos coletazos de un EXCELENTE AddIn para Excel que hemos desarrollado en mi empresa (TeamPRO), nos hemos puesto a hacer las pruebas de la última versión del código ya con el código publicado y listo para realizar instalaciones.

Y nos ha salido esto:

La madre del cordero!!

Después de googlear como locos empezamos a entender lo que ha ocurrido. Para realizar el pintado de los mapas hemos utilizado un proyecto open source (y gratis) llamado CustomColorPicker, el cual hemos añadido a la solución y que compilábamos y hacíamos referencia desde el proyecto en sí del AddIn.

Cual es el problema, que el proyecto CustomColorPicker es un proyecto WPF de Windows, y lo que se referencia es un exe. Bueno realmente un exe.deploy. Y este ejecutable tiene un manifiesto que se pega con el manifiesto del AddIn.

¿Cual es la solución? Simple como la vida misma: quítale el manifiesto a CustomColorPicker, o en tu caso a la aplicación que es referenciada por la principal.

¿Cómo se hace eso? Pues mira las pantallitas y te quedará claro.

Primero saca el menú contextual del proyecto al que le quieres quitar el manifiesto con el botón derecho.

Así se abrirá la configuración de la aplicación en donde encontramos la configuración que hay que cambiar y que señalo con una flecha y que es “Crear la aplicación sin manifiesto”.

Y con esto, compila, publica e instala. Que el mensaje de error por los manifiestos deja de producirse.

Espero que sea de utilidad.