CCTray v1.6 Déconnecte en continu et reconnecte à v1.4.4 serveur lorsque l'interrogation

Question

Contexte: J'étudie la compatibilité ascendante avec les versions CCNet 1.4.4.75 et 1.6.7981.1: un ancien serveur avec une version plus récente CCTray, et un serveur plus récent avec une ancienne version de CCTray.

J'ai installé CCNet 1.4.4.75 et je l'exécute localement sur ma machine. J'ai placé un projet sur ce serveur local, et je peux l'afficher sur CCTray 1.4.4.75 comme je m'y attendais.

J'ai ensuite installé CCTray 1.6.7981.1 et j'ai essayé de le lister en ajoutant le serveur (en cochant "Se connecter au serveur pré-1.5.0"). Le projet est répertorié et ajouté avec succès à l'écran principal CCTray, mais il semble que chaque fois que CCTray interroge le serveur, il se déconnecte et se reconnecte, ce qui donne une icône CCTray grise très visible pendant quelques secondes pendant le processus de reconnexion.

Je n'ai pas ce problème avec la version 1.4.4.75 de CCTray, donc je me demandais ce qui pourrait causer ce comportement dans la version 1.6? Si je n'ai pas mis à niveau mon serveur CCNet vers la version 1.6, comment puis-je résoudre ce problème?

Toute aide est très appréciée.

~ Sam.

Answer 1

Le problème est dans CruiseControl.NET-1.6.7981.1: $ \ project \ Remote \ QueueSetSnapshot.cs (59) et $ \ project \ Remote \ QueueSnapshot.cs (71). [OnDeserialized] DataReceived (contexte StreamingContext) est mis en commentaire. Par conséquent, aucune information sur les files d'attente du serveur n'est disponible si le serveur est antérieur à la version 1.5.0.

exception de pointeur NULL se produit plus tard dans: CruiseServerSnapshot.IsQueueSetSnapshotChanged() $ \ projet \ \ distance CruiseServerSnapshot.cs, ligne 73

J'ai téléchargé le code source, les méthodes décommente DataReceived (...), compilé et CCTray semble fonctionner correctement.

Answer 2

Je viens d'avoir le même problème mais j'ai réussi à le résoudre sans changer le code source. Lors de l'ajout d'un serveur de build j'ai sélectionné 'Via le tableau de bord CruiseControl.NET' au lieu de 'Se connecter directement en utilisant .NET remoting' et le problème de reconnexion a disparu.