CruiseControl.NET build forzata non funzionante da CCTray

Question

Spero davvero che qualcuno che è un esperto CC.NET possa aiutare in questo, perché questo problema è doloroso!

Ho una macchina accumulo remoto con CruiseControl.NET e CCTray esecuzione (versione 1.5.7256.1)

Sulla macchina locale ho CCtray connessione tramite HTTP non i servizi remoti .NET. Quando configuro i progetti, ho aggiungere un server tramite HTTP e utilizzare il seguente URL:

http://localhost/ccnet

se lascio [Set di controllare la validità 1.5.0 Server] NON REGISTRATO, allora non riesce a connettersi con questo errore: Impossibile connettersi al server: il server remoto ha restituito un errore: (500) Errore interno del server.

Se impostato su [Impostare su pre-1.5.0. server] CONTROLLATO, quindi ha esito positivo e posso eliminare build da CCtray sulla macchina locale.

Ora, se torno a un'altra macchina che voglio collegare in remoto, seguo gli stessi passaggi. Di nuovo, funziona solo l'impostazione pre-1.5.0. PERCHÉ?! CruiseControl.NET e CCTray sono a 1.5.7256.1?!?

Il 2 ° problema e il problema principale che penso possa essere correlato al precedente; se poi utilizzo l'impostazione di pre-1.5.0, gli oggetti vengono visualizzati ma quando forzo una build ora ottengo questo errore:

Si è verificato un errore imprevisto durante il tentativo di forzare una build. Il metodo o l'operazione non è implementata.

Cosa sto sbagliando, sono davvero alle prese con questo. Prima stavo usando 1.4 versioni e questo ha funzionato bene, quindi ha qualcosa di rotto? Sto usando anche IIS7 quindi non so se questo potrebbe essere qualcosa a che fare con esso.

Answer 1

Ho dato un'occhiata al codice sorgente della barra delle applicazioni per la versione 1.5 (oltre al trunk corrente). Se connesso a un server pre-1.5, indipendentemente dal fatto che sia stata specificata la connessione come remota o HTTP, si riceverà il messaggio di eccezione non implementato quando si tenta di forzare la creazione di un progetto.

Sembra che le opzioni al momento sono di aspettare per una nuova release o tirare verso il basso il codice e modificare (e non ho idea di come è stata mantenuta facile compatibilità tra le versioni ...)

Answer 2

Sembra che tu possa avere opzioni di configurazione che fanno parte di un cambiamento di rottura, forse? puoi pubblicare più configurazioni per poterle controllare?

Inoltre, dopo aver salvato le modifiche, è stato visualizzato il registro del server? spesso ha informazioni su ciò che si è rotto. Soprattutto la parte che succede subito dopo aver modificato un file di configurazione e salvato.

Sarei interessato a vedere le informazioni del file di registro. Inoltre, perché stai usando http piuttosto che remoting? Forse mostraci alcune delle tue impostazioni in ccnet.exe.config? ecco la mia messa a punto la comunicazione remota che credo è il default:

<system.runtime.remoting> 
<application> 
    <channels> 
    <channel ref="tcp" port="21234"> 
     <serverProviders> 
     <formatter ref="binary" typeFilterLevel="Full"/> 
     </serverProviders> 
    </channel> 
    </channels> 
</application> 
</system.runtime.remoting> 

inoltre consiglia di controllare i problemi di sicurezza e le impostazioni del firewall sul server. (registro eventi di Windows per errori di sicurezza, ecc ...)