CCTRAY V1.6 desconecta y se reconecta continuamente con V1.4.4 Servidor cuando se encuesta
https://stackoverflow.com/questions/5872427
-
28-10-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Fondo: Estoy investigando la compatibilidad con versiones de CCNET con versiones 1.4.4.75 y 1.6.7981.1: Un servidor más antiguo con una versión más nueva de CCTRAY y un servidor más nuevo con una versión anterior de CCTRAY.
He instalado CCNET 1.4.4.75 y lo estoy ejecutando localmente en mi máquina. Puse un proyecto en este servidor local y puedo verlo en CCTRAY 1.4.4.75 como esperaba.
Luego instalé CCTRAY 1.6.7981.1 e intenté que enumerara este proyecto agregando el servidor (marcando "Conectar al servidor anterior a 1.5.0" al hacerlo). El proyecto se enumera y se agrega con éxito a la pantalla CCTRAY principal, pero parece que cada vez que CCTRAY encuesta el servidor, se desconecta y se vuelve a conectarlo, lo que resulta en un icono CCTRAY gris muy visible durante los pocos segundos durante el proceso de reconexión.
No tengo este problema con la versión 1.4.4.75 de CCTray, así que me preguntaba qué podría estar causando este comportamiento en la versión 1.6. Aparte de actualizar mi servidor CCNET a 1.6, ¿cómo resuelvo este problema?
Cualquier ayuda es muy apreciada.
~ Sam.
Solución
El problema está en CruiseControl.net-1.6.7981.1: $ Project Remote QueueSetsnapshot.cs (59) y $ Project Remote QueueSnapshot.cs (71).
OnDeserialized] DataReceive (StreamingContext Context) se comenta, por lo tanto, no hay información sobre las colas de servidor disponibles si el servidor está antes de 1.5.0.
La excepción del puntero nulo ocurre más adelante en: CruiseServerSnapShot.IsqueuSetsnapShotchanged () $ Project Remote CruiseserverSnapshot.cs, Línea 73
He descargado el código fuente, los métodos DataReceived (...) no commentados, compilado y CCTRAY parece estar funcionando bien.
Otros consejos
Acabo de tener el mismo problema, pero he logrado resolverlo sin cambiar el código fuente. Al agregar un servidor de compilación, seleccioné 'a través del panel de control CruiseControl.net' en lugar de 'conectarse directamente usando .NET Remoting' y el problema de reconectación ha desaparecido.
