2010-02-15 6 views
6

Czy ktokolwiek wie, dlaczego zmiany w pliku ccnet.config nie są akceptowane przez ccnet?Plik konfiguracyjny kontrolki .net nie odczytuje zmian (ccnet.config)

Mamy plik ccnet.config zawierający około 30 projektów. Zwykle, jeśli potrzebujesz przeładowanej konfiguracji, możemy po prostu "dotknąć" pliku i zapisać go, a ccnet.log pokazuje, że ccnet zauważył zmiany w konfiguracji i ponownie załaduje konfigurację ze zmianami. Oto przykład z nim pracować:

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 

Jednak właśnie teraz mam zrobić modów do pliku, zapisany i tylko zdobyć:

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

linię

a nie dowody wszystkich zmian konfiguracyjnych zaludnione. Zauważyłem, że czasami, gdy złamałem XML, plik (cicho! Argh!) Odmawia załadowania, ale sprawdziłem poprawność pliku za pomocą dostarczonego narzędzia "CCvalidator.exe" i sprawdza się OK.

Próbowałem zrestartować usługę ccnet, ponieważ czasami to działa, ale nie tym razem.

W tej chwili ccnet używa poprzedniej wersji pliku konfiguracyjnego i po prostu jej nie puszcza! Używamy wersji 1.4.4.83.

Cheers, Lance

+0

W końcu udało mi się załadować, nie restartując usługi, ale zatrzymując ją na kilka minut i uruchamiając ją ponownie. FYI - Ponowne uruchomienie usługi zajęło około 10 sekund, ale ZATRZYMANIE usługi trwało kilka minut, i nigdy się nie zakończyło, dostałem błąd, że proces nie zakończył się poprawnie. Wydaje mi się więc, że "ponowne uruchomienie" usługi w rzeczywistości nie uruchomiło ponownie usługi. Wspaniały. – Lanceomagnifico

+0

Im częściej tak się dzieje, tym bardziej uważam, że jest "zablokowany" w sposób, o którym wspomniał @Ross - ccnet błędnie myśli, że nadal są zadania w kolejce i nie przeładuje ponownie konfiguracji. Wydaje się, że dzieje się to raz na 20 ponownych uruchomień. – Lanceomagnifico

+0

+1 nadal przydatne miesiące później, gdy wpadłem na ten problem. Ponowne uruchomienie CC nie było dla mnie opcją, więc dobrze wiedzieć, że musiałem po prostu to poczekać :) – ashes999

Odpowiedz

12

To nie jest udokumentowane, ale czeka CC.NET dla wszystkich biegu buduje się zatrzymać przed przeładowaniem konfigurację lub przed zamknięciem.

+1

@ross - dzięki, wymyśliłem tę wskazówkę po pewnym czasie. Zrozumiałe jest, dlaczego tak się stało, ale byłoby miło, gdyby ccnet.log powiedział coś w stylu "wykryto zmiany w konfiguracji - czekanie, aż bieżące obciążenie zostanie zakończone przed ponownym załadowaniem" – Lanceomagnifico

Powiązane problemy