2010-02-15 1 views
6

Quelqu'un a-t-il un aperçu des raisons pour lesquelles les modifications apportées au fichier ccnet.config ne sont pas acceptées par ccnet?Le fichier de configuration de Cruisecontrol .net ne lit pas les modifications (ccnet.config)

Nous avons un fichier ccnet.config qui contient environ 30 projets. Habituellement, si vous avez besoin de la configuration rechargée, nous pouvons simplement "toucher" le fichier et l'enregistrer, et le fichier ccnet.log montre que ccnet a remarqué les changements de configuration et recharge la configuration avec les changements. Voici un exemple de ce travail:

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 

Cependant, tout à l'heure que j'ai fait des mods dans le fichier, sauvegardé et seulement obtenu le:

2010-02-15 09:33:42,465 [4804:INFO] Config file modification detected for C:\Program Files (x86)\CruiseControl.NET\server\ccnet.config 

ligne et non la preuve de tous les changements de configuration être peuplé. J'ai remarqué que parfois si j'ai cassé le XML, le fichier (tranquillement! Argh!) Refuse de charger, mais j'ai validé le fichier en utilisant l'outil 'CCvalidator.exe' fourni et il vérifie OK.

J'ai essayé de redémarrer le service ccnet, car parfois cela fait l'affaire, mais pas pour le moment.

Donc maintenant, ccnet utilise la version précédente du fichier de configuration, et ne lâchera pas! Nous utilisons la version 1.4.4.83.

Cheers, Lance

+0

Je l'ai finalement fait charger non pas en redémarrant le service, mais en l'arrêtant pendant quelques minutes et en le redémarrant. FYI - Redémarrer le service a pris environ 10 secondes, mais l'arrêt du service a pris quelques minutes, et il n'a jamais fini, j'ai eu une erreur sur le processus ne pas sortir proprement. Il me semble donc que le redémarrage du service n'a pas réellement redémarré le service. Génial. – Lanceomagnifico

+0

Plus cela se produit souvent, plus je pense qu'il est 'coincé' comme @Ross l'a mentionné - ccnet pense à tort qu'il y a encore des travaux dans la file d'attente et ne rechargera pas la config. Il semble arriver une fois par 20 redémarrages ou plus. – Lanceomagnifico

+0

+1 encore utile quelques mois plus tard quand j'ai rencontré ce problème. Redémarrer CC n'était pas une option pour moi, donc c'est bon de savoir que je devais juste l'attendre :) – ashes999

Répondre

12

Il est pas documenté, mais attend CC.NET pour tous exécutent des builds pour arrêter avant de recharger la configuration ou avant d'arrêter.

+1

@ross - merci, je me suis dit que cette astuce après un moment. C'est compréhensible pourquoi c'est fait, mais ce serait bien si le ccnet.log disait quelque chose comme 'les changements de configuration détectés - attendant que la charge de travail soit complète avant de recharger' – Lanceomagnifico

Questions connexes