¿Alguien tiene alguna idea de por qué los cambios en el archivo ccnet.config no están siendo aceptados por ccnet?Cruisecontrol archivo .net config que no lee cambios (ccnet.config)
Tenemos un archivo ccnet.config que contiene aproximadamente 30 proyectos. Por lo general, si necesita volver a cargar la configuración, podemos simplemente 'tocar' el archivo y guardarlo, y el archivo ccnet.log muestra que ccnet notó que la configuración cambia y vuelve a cargar la configuración con los cambios. Aquí está un ejemplo de que funcione:
2010-02-15 09:33:42,465 [4804:INFO] Config file modification detected for C:\Program Files (x86)\CruiseControl.NET\server\ccnet.config
2010-02-15 09:33:42,465 [4804:INFO] Configuration changed: Restarting CruiseControl.NET Server
2010-02-15 09:33:42,465 [4804:INFO] Reading configuration file "C:\Program Files (x86)\CruiseControl.NET\server\ccnet.config"
2010-02-15 09:33:42,793 [4804:INFO] Stopping integrator for project: BatchFileExecutor.branch
2010-02-15 09:33:42,793 [4804:INFO] Stopping integrator for project: DeliveriesService.branch
Sin embargo, ahora que he hecho modificaciones en el fichero, guardado y sólo conseguido el:
2010-02-15 09:33:42,465 [4804:INFO] Config file modification detected for C:\Program Files (x86)\CruiseControl.NET\server\ccnet.config
línea
y no a la evidencia de todos los cambios de configuración siendo poblado Me he dado cuenta de que, a veces, si rompí el XML, el archivo (¡silenciosamente! Argh!) Se rehúsa a cargar, pero he validado el archivo usando la herramienta 'CCvalidator.exe' suministrada y se comprueba OK.He intentado reiniciar el servicio ccnet, ya que a veces eso funciona, pero esta vez no.
Así que ahora mismo, ccnet está usando la versión anterior del archivo de configuración, ¡y no lo suelta! Estamos usando la versión 1.4.4.83.
Saludos, lanza
Eventualmente llegué a cargar no reiniciando el servicio, sino deteniéndolo por unos minutos y reiniciándolo nuevamente. FYI - Reiniciar el servicio tomó aproximadamente 10 segundos, pero DETENER el servicio tomó un par de minutos, y nunca terminó, recibí un error sobre el proceso de no salir limpiamente. Por lo tanto, me parece que 'reiniciar' el servicio en realidad no reinició el servicio. Estupendo. – Lanceomagnifico
Cuanto más a menudo sucede esto, más creo que está "atascado" en la forma en que @Ross ha mencionado: ccnet cree erróneamente que todavía hay trabajos en la cola y no volverá a cargar la configuración. Parece suceder alrededor de una vez cada 20 reinicios más o menos. – Lanceomagnifico
+1 sigue siendo útil meses después cuando me encontré con este problema. Reiniciar CC no era una opción para mí, así que es bueno saber que solo tuve que esperar :) – ashes999