3

背景：バージョン1.4.4.75および1.6.7981.1とのCCNetの下位互換性を調査しています。新しいバージョンのCCTrayを備えた古いサーバーと、古いバージョンのCCTrayを備えた新しいサーバーです。

CCNet 1.4.4.75をインストールし、自分のマシンでローカルに実行しています。このローカルサーバーに1つのプロジェクトを配置し、期待どおりにCCTray1.4.4.75で表示できます。

次に、CCTray 1.6.7981.1をインストールし、サーバーを追加してこのプロジェクトを一覧表示させてみました（そうする場合は、[1.5.0より前のサーバーに接続]にチェックマークを付けます）。プロジェクトが一覧表示され、メインのCCTray画面に正常に追加されますが、CCTrayがサーバーをポーリングするたびに、サーバーが切断されて再接続されるため、再接続プロセス中の数秒間、非常に目に見える灰色のCCTrayアイコンが表示されます。

1.4.4.75バージョンのCCTrayではこの問題は発生しないので、1.6バージョンでこの動作を引き起こす原因は何でしょうか。CCNetサーバーを1.6にアップグレードする以外に、この問題を解決するにはどうすればよいですか？

どんな助けでも大歓迎です。

〜サム。

4

2 に答える 2

1

問題はCruiseControl.NET-1.6.7981.1にあります：$ \ project \ Remote \ QueueSetSnapshot.cs（59）および$ \ project \ Remote \ QueueSnapshot.cs（71）。

[OnDeserialized] DataReceived（StreamingContext context）はコメント化されているため、サーバーが1.5.0より前の場合、サーバーキューに関する情報は利用できません。

ヌルポインタ例外は、後で発生します：CruiseServerSnapshot.IsQueueSetSnapshotChanged（）$ \ project \ Remote \ CruiseServerSnapshot.cs、73行目

ソースコード、コメントなしのDataReceived（...）メソッドをダウンロードし、コンパイルしましたが、CCTrayは正常に機能しているようです。

于 2011-12-19T16:57:24.773 に答える
0

同じ問題が発生しましたが、ソースコードを変更せずに解決できました。ビルドサーバーを追加するときに、「。NETリモーティングを使用して直接接続する」ではなく「CruiseControl.NETダッシュボードを介して」を選択しましたが、再接続の問題は発生していません。

于 2014-04-07T10:03:03.837 に答える