I have a few general questions about implementing these type of sinks, IMessageSink and IClientChannelSink.
1. Why implement one over another. I assume the IMessageSink imp. allows you to change the contents of the message before it is formatted and changed into stream. Just wanted somebody to confirm this 2. Considering the IClientChannelSinkProvider and its partner the server return a IClientChannelSink to the stack, how does the runtime know to call methods on your sink if your sink is a IMessage Sink. 3. It probally does not make sense to configure a IMessageSink after the formatter. Considering the message has allready been formatted, and changing the message is a waste at this point in time, but what about IxxxChannelSinks. Does it make sense to insert a IxxxChannelSink before the formatter gets to it on the client side or after on the server side. I have seen some sample code that does this and I am little lost. I would have assumed the server sink would have implemented IMessageSink considering its postion in the config file is after the formatter. Or does it depend on what you are trying to accomplish? Thanks D aka very wordy =================================== This list is hosted by DevelopMentor� http://www.develop.com NEW! ASP.NET courses you may be interested in: 2 Days of ASP.NET, 29 Sept 2003, in Redmond http://www.develop.com/courses/2daspdotnet Guerrilla ASP.NET, 13 Oct 2003, in Boston http://www.develop.com/courses/gaspdotnet View archives and manage your subscription(s) at http://discuss.develop.com
