Provides static methods to aid with remoting channel registration, resolution, and URL discovery. This class cannot be inherited.
See Also: ChannelServices Members
Channels transport messages between applications across such remoting boundaries as application domains, processes, and computers. These crossings can be inbound and outbound. A channel can listen on an endpoint for inbound messages, send to an endpoint for outbound messages, or both. This provides an extensibility point in the runtime to plug in a wide range of protocols, even though the runtime might not be at the other end of the channel. Run-time objects can be used to expose a wide range of semantics and entities. The channel provides the extensibility point to convert the messages to and from the specific protocols.
Channels must expose the System.Runtime.Remoting.Channels.IChannel interface, which provides informational properties such as the IChannel.ChannelName and IChannel.ChannelPriority. Channels are registered using the ChannelServices.RegisterChannel(IChannel) method. Channels can also be loaded from the remoting configuration. (See [<topic://gnconchanneltemplate>] for details.)
On the client side, messages are handed off to the client channel sink chain after they traverse the client System.Runtime.Remoting.Contexts.Context chain. The first channel sink is typically a System.Runtime.Remoting.Channels.IClientFormatterSink, which serializes the message into a stream that is passed down the channel sink chain to the client transport sink. The client transport sink then writes this stream out to the wire.
On the server side, the server transport sink reads requests off the wire and passes the request stream to the server channel sink chain. The server formatter sink at the end of this chain will deserialize the request into a message. It will then hand this message off to the remoting infrastructure, which will dispatch it to the server System.Runtime.Remoting.Contexts.Context chain.