CruiseControl.NET force build no funciona desde CCTray

Question

Realmente espero que alguien que sea un experto en CC.NET pueda ayudar con esto, ¡porque este problema es doloroso!

Tengo una máquina de montaje remoto con CruiseControl.NET y CCTray funcionamiento (versión 1.5.7256.1)

en la máquina local tengo CCtray conexión a través de HTTP no remota de .NET. Cuando configuro los proyectos, que agrega un servidor a través de HTTP y utilice la siguiente URL:

http://localhost/ccnet

Si dejo [Grupo de comprobar la validez de servidor 1.5.0] no se controla, entonces no se puede conectar con este error: Error al conectarse al servidor: el servidor remoto devolvió un error: (500) Error interno del servidor.

Si configuro en [Establecer en pre-1.5.0. servidor] CHECKED, luego tiene éxito y puedo patear las construcciones de CCtray en la máquina local bien.

Ahora, si vuelvo a otra máquina que deseo conectar de forma remota, sigo los mismos pasos. De nuevo, solo funciona la configuración anterior a la 1.5.0. ¡¿POR QUÉ?! CruiseControl.NET y CCTray están en 1.5.7256.1?!?

El segundo problema y problema principal que creo que puede estar relacionado con el anterior; si luego uso la configuración anterior a la 1.5.0, aparecen los proyectos, pero cuando forzo una compilación recibo ahora este error:

Se produjo un error inesperado al intentar forzar una compilación. El método u operación no está implementado.

Qué estoy haciendo mal, realmente estoy luchando con esto. Anteriormente estaba usando versiones 1.4 y esto funcionó bien, entonces, ¿algo se ha roto? También estoy usando IIS7, así que no sé si esto podría tener algo que ver con eso.

Answer 1

Eché un vistazo al código fuente de la aplicación de la bandeja para la versión 1.5 (así como la troncal actual). Cuando se conecta a un servidor pre-1.5, Independientemente de si especificó la conexión como remota o HTTP, recibirá el mensaje de excepción no implementada cuando intente forzar la compilación de un proyecto.

Parece que sus opciones en este momento son de esperar a una nueva versión o tirar hacia abajo el código y modificar (y no tengo ni idea de cómo se mantiene la compatibilidad hacia atrás entre las versiones fáciles ...)

Answer 2

Parece que es posible que tenga opciones de configuración que forman parte de un cambio de rotura. ¿Puedes publicar más de tu configuración para que podamos verificarlo?

También después de guardar los cambios, ¿ha mirado el registro del servidor? a menudo tiene información sobre lo que se rompió. Especialmente la parte que ocurre justo después de cambiar un archivo de configuración y guardarlo.

Me gustaría ver la información del archivo de registro. Además, ¿por qué estás usando http en lugar de hacerlo de forma remota? Quizás nos muestre algunas de sus configuraciones en ccnet.exe.config? aquí está mi configuración de interacción remota que creo que es el valor por defecto:

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

también es posible que desee comprobar los problemas de seguridad y la configuración de cortafuegos en ese servidor. (registro de eventos de Windows para fallas de auditoría de seguridad, etc.)