views:

1643

answers:

2

Hi All,

I´m building a series of WCF Services that are going to be used by more than one application. Because of that I´m trying to define a common library to access WCF services.

Knowing that each service request made by different users should use a different Channel I´m thinking in cache the Channel per-request (HttpContext.Current.Items) and cache the ChannelFactory used to create the channel per Application (HttpApplication.Items) since I can create more than one channel with the same ChannelFactory.

However, I have a question regarding this cache mechanism when it comes to closing the ChannelFactory and Channel.

1) Do I need to close the channel after it´s used, in the end of the request or is it ok to leave it there to be closed (?) when the context of that request dies? 2) What about ChannelFactory? Since each channel is associated with the ChannelFactory that created it, is it safe to keep the same ChannelFactory during the life of the application process (AppDomain)?

This is the code I´m using to manage this:

public class ServiceFactory
{
    private static Dictionary<string, object> ListOfOpenedChannels
    {
        get
        {
            if (null == HttpContext.Current.Items[HttpContext.Current.Session.SessionID + "_ListOfOpenedChannels"])
            {
                HttpContext.Current.Items[HttpContext.Current.Session.SessionID + "_ListOfOpenedChannels"] = new Dictionary<string, object>();
            }

            return (Dictionary<string, object>)HttpContext.Current.Items[HttpContext.Current.Session.SessionID + "_ListOfOpenedChannels"];
        }
        set
        {
            HttpContext.Current.Items[HttpContext.Current.Session.SessionID + "_ListOfOpenedChannels"] = value;
        }
    }

    public static T CreateServiceChannel<T>()
    {
        string key = typeof(T).Name;

        if (ListOfOpenedChannels.ContainsKey(key))
        {
            return (T)ListOfOpenedChannels[key];
        }
        else
        {
            ChannelFactory<T> channelF = new ChannelFactory<T>("IUsuarioService");
            T channel = channelF.CreateChannel();
            ListOfOpenedChannels.Add(key, channel);
            return channel;
        }
    }
}

Thanks!

+3  A: 

Ideally close the channel as soon as you are done with it. This will place it back into the channel pool so it can be used by another worker thread.

Yes, the channel factory (the expensive bit) can remain for the lifetime of the application.

MattC
+1 exactly - cache the "expensive" part - the ChannelFactory - but create the channels as needed and close/dispose as early as possible
marc_s
Great guys, so if I keep just ONE ChannelFactory cached during the lifetime of the application and reuse it in all channel creations I won't have problems, right?
tucaz
One channel factory per service type, correct. This way you don't have to do all the reflection and type creation every call, which is why for performance you shouldn't use the proxy generated by VS as the class is gens uses a new factory every call.
MattC
@MattC: "you shouldn't use the proxy generated by VS as the class is gens uses a new factory every call" - according to the link at the end that particular problem was solved with .NET 3.5 so that ChannelFactory is cached within ClientBase. http://blogs.msdn.com/wenlong/archive/2007/10/27/performance-improvement-of-wcf-client-proxy-creation-and-best-practices.aspx
Xiaofu
A: 

This is an aside. Why are you using SessionID as a context key? The context.Items is unique per request. That is:

HttpContext.Current.Items[HttpContext.Current.Session.SessionID +"_ListOfOpenedChannels"]

should be functionally equivalent to:

HttpContext.Current.Items["ListOfOpenedChannels"]
Frank
I realized that after I posted this question. The final result is here: http://github.com/tucaz/CommunicationsManagerThanks
tucaz