angularjs - webapp - La ''prueba gruñona'' de Yeoman falla en un proyecto limpio con ''puerto ya en uso''

yeoman python

Question

Con:

• Mac OS 10.8.4
• Nodo 0.10.12
• npm 1.3.1
• grunt-cli 0.1.9
• yo 1.0.0-rc.1
• bower 0.9.2
• [email protected]

Me encuentro con el siguiente error con un proyecto yo angular limpio, seguido de un grunt server grunt test luego una grunt test :

Running "connect:test" (connect) task
Fatal error: Port 9000 is already in use by another process.

Soy nuevo en Yeoman y estoy perplejo. He eliminado mi proyecto original y he creado uno nuevo en una carpeta nueva solo para asegurarme de que no estaba pasando por alto ninguna configuración invisible. Reinicié la máquina para asegurarme de que no estaba ejecutando ningún proceso de servidor temporal que había olvidado. Después de todos los intentos, el servidor básico comienza bien, se conecta a Chrome y el vigilante actualiza el navegador sobre cualquier cambio. (Notablemente, el servidor se está ejecutando en 9000, lo que parece extraño para el corredor de prueba que también intente usar 9000). Pero me da el mismo error al intentar iniciar el corredor de prueba.

¿Esto es algo que puedo solucionar, o un problema que debería informar al equipo de Yeoman? Gracias.

Answer 1

Agregar port: 9001 para probar, como este:

test: {
options: {
port: 9001,
...
}
}

Answer 2

Creé una nueva propiedad de configuración: connect.test.options.port , y configuré eso en 9001. Ahora parece que se ejecutan correctamente en puertos separados.

Tenga en cuenta también que Gruntfile.js singleRun propiedad karma.conf.js en karma.conf.js . Comenta / elimina eso si quieres que la configuración en karma.conf.js funcione correctamente.

EDITAR 04/11/13: El problema fue informado por otros también y parece haber sido abordado con cambios en generador angular.

Answer 3

Después de cambiar el puerto, hay un error XHR, The ''Access-Control-Allow-Origin'' header has a value ''http://localhost:9000'' that is not equal to the supplied origin. Origin ''http://localhost:9090'' is therefore not allowed access. The ''Access-Control-Allow-Origin'' header has a value ''http://localhost:9000'' that is not equal to the supplied origin. Origin ''http://localhost:9090'' is therefore not allowed access. Fue 9000 inicialmente y luego cambio el gruñido

connect: {
main: {
options: {
port: 9090
}
}
}