CCTray v1.6 se déconnecte et se reconnecte en permanence au serveur v1.4.4 lors de l'interrogation

Question

Contexte: J'étudie la rétrocompatibilité CCNet avec les versions 1.4.4.75 et 1.6.7981.1 : un serveur plus ancien avec une version plus récente de 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 le visualiser sur CCTray 1.4.4.75 comme je m'y attendais.

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

Je n'ai pas ce problème avec la version 1.4.4.75 de CCTray, donc je me demandais ce qui pouvait causer ce comportement dans la version 1.6? À moins de mettre à niveau mon serveur CCNet vers la version 1.6, comment résoudre ce problème?

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

~ Sam.

Answer 1

Le problème se trouve dans CruiseControl.NET-1.6.7981.1: $ \ project \ Remote \ QueueSetSnapshot.cs (59) et $ \ project \ Remote \ QueueSnapshot.cs (71).

[OnDeserialized] DataReceived (contexte StreamingContext) est commenté, donc aucune information sur les files d'attente du serveur n'est disponible si le serveur est antérieur à la version 1.5.0.

Une exception de pointeur nul se produit plus tard dans: CruiseServerSnapshot.IsQueueSetSnapshotChanged () $ \ project \ Remote \ CruiseServerSnapshot.cs, ligne 73

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

Answer 2

J'ai juste eu 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 à l'aide de .NET Remoting» et le problème de reconnexion a disparu.