web-dev-qa-db-ja.com

WCFデュプレックスコントラクトでのクライアントの死の検出

SOAクライアントをサーバー上で長時間実行するクエリを実行でき、サーバーがコールバックを使用して応答する場所を構築しようとしています。

クライアントが切断したかどうか（ユーザーが開始したシャットダウン、未処理の例外、またはネットワーク接続の喪失により）を検出して、サーバーが高価な要求をキャンセルすることを選択できるようにしたいと思います。

さまざまな失敗のケースをテストしていますが、特定のイベントハンドラーを起動できません。

テストされた失敗例：リクエスト後のクライアントプロセスの強制終了。 CurrPortsなどのプログラムを使用してTCP接続を閉じます。

テストコード：

using System;
using System.ServiceModel;
using System.Threading;

namespace WCFICommunicationObjectExperiments
{
    class Program
    {
        static void Main(string[] args)
        {
            var binding = new NetTcpBinding(SecurityMode.None);

            var serviceHost = new ServiceHost(typeof (Server));
            serviceHost.AddServiceEndpoint(typeof (IServer), binding, "net.tcp://localhost:5000/Server");
            serviceHost.Open();
            Console.WriteLine("Host is running, press <ENTER> to exit.");
            Console.ReadLine();
        }

    }

    [ServiceContract(CallbackContract = typeof(IClient))]
    public interface IServer
    {
        [OperationContract]
        void StartProcessing(string Query);
    }

    public interface IClient
    {
        [OperationContract]
        void RecieveResults(string Results);
    }

    [ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple)]
    public class Server : IServer
    {

        public void StartProcessing(string Query)
        {
            Thread.Sleep(5000);

            //Callback Channel
            var clientCallback = OperationContext.Current.GetCallbackChannel<IClient>();
            var clientCallbackCommunicationObject = ((ICommunicationObject) clientCallback);
            EventHandler faultedHandlerCallback = (o, s) => Console.WriteLine("Client Channel Faulted.");
            EventHandler closedHandlerCallback = (o, s) => Console.WriteLine("Client Channel Closed.");
            clientCallbackCommunicationObject.Faulted += faultedHandlerCallback;
            clientCallbackCommunicationObject.Closed += closedHandlerCallback;

            //Request Channel
            var requestChannel = OperationContext.Current.Channel;
            EventHandler faultedHandlerRequest = (o, s) => Console.WriteLine("Request Channel Faulted.");
            EventHandler closedHandlerRequest = (o, s) => Console.WriteLine("Request Channel Closed.");
            requestChannel.Faulted += faultedHandlerRequest;
            requestChannel.Closed += closedHandlerRequest;

            try
            {
                clientCallback.RecieveResults("42.");
            }
            catch (CommunicationObjectAbortedException ex)
            {
                Console.WriteLine("Client Aborted the connection");
            }
            catch (CommunicationObjectFaultedException ex)
            {
                Console.WriteLine("Client Died.");
            }
            clientCallbackCommunicationObject.Faulted -= faultedHandlerCallback;
            clientCallbackCommunicationObject.Faulted -= closedHandlerCallback;
            requestChannel.Faulted -= faultedHandlerRequest;
            requestChannel.Closed -= closedHandlerRequest;
        }
    }

    public class ClientToTestStates : IClient
    {
        private IServer m_Server;

        private readonly ManualResetEvent m_ReceivedEvent = new ManualResetEvent(false);
        private readonly ManualResetEvent m_ChannelFaulted = new ManualResetEvent(false);
        private readonly ManualResetEvent m_ChannelClosed = new ManualResetEvent(false);

        public ClientToTestStates()
        {
            var binding = new NetTcpBinding(SecurityMode.None);
            var channelFactory = new DuplexChannelFactory<IServer>(this, binding, new EndpointAddress("net.tcp://localhost:5000/Server"));
            m_Server = channelFactory.CreateChannel();
            ((ICommunicationObject)m_Server).Open();
            ((ICommunicationObject)m_Server).Faulted += ChannelFaulted;
            ((ICommunicationObject)m_Server).Closed += ChannelClosed;

            m_Server.StartProcessing("What is the answer?");

            WaitHandle.WaitAny(new WaitHandle[] {m_ReceivedEvent, m_ChannelFaulted, m_ChannelClosed});
        }

        void ChannelFaulted(object sender, EventArgs e)
        {
            m_ChannelFaulted.Set();
            Console.WriteLine("Channel Faulted.");
        }

        void ChannelClosed(object sender, EventArgs e)
        {
            m_ChannelClosed.Set();
            Console.WriteLine("Channel Closed.");
        }


        public void RecieveResults(string results)
        {
            m_ReceivedEvent.Set();
            Console.WriteLine("Recieved Results {0}", results);
        }
    }
}

この種の障害ケースを処理するためのベストプラクティスは何ですか？基礎となるtcp接続を使用してこれらのいくつかを検出できるようにしたいと思います。

c#wcfcallbackduplexnettcpbinding
31
Sindhudweep

Juval Lowyは、彼の 『Programming WCF Services』の本で、WCFはサービスコールバックを管理するためのメカニズムを提供しておらず、これはサービスとクライアントによって明示的に管理する必要があると説明しています。サービスがクライアントで閉じられているコールバックを呼び出そうとすると、サービスチャネルでObjectDisposedExceptionがスローされます。

ConnectおよびDisconnectメソッドをサービスコントラクトに追加することをお勧めします。これらのメソッドが呼び出されたときにコールバックをサービスに提供する必要があるため、サービスはクライアントコールバックを管理できます。サービスからのコールバックを受信する必要がなくなったときにDisconnectを確実に呼び出すかどうかはクライアント次第であり、クライアントへのコールバックを呼び出すときにサービスは例外を処理する必要があります。

17
Lee

これを試して、コールバックオブジェクトがまだ有効かどうかを確認します。

(((ICommunicationObject)myCallbackObject).State == CommunicationState.Opened)

この場合のmyCallbackObjectは、コールバックを実行できるオブジェクト、つまりコールバックコントラクトを実装するオブジェクトです。

12
Cedric Mamo