Provides static methods to aid with remoting channel registration, resolution, and URL discovery. This class cannot be inherited.
Assembly: mscorlib (in mscorlib.dll)
Asynchronously dispatches the given message to the server-side chain(s) based on the URI embedded in the message.
Creates a channel sink chain for the specified channel.
|DispatchMessage(IServerChannelSinkStack^, IMessage^, IMessage^%)|
Dispatches incoming remote calls.
Determines whether the specified object is equal to the current object.(Inherited from Object.)
Returns a registered channel with the specified name.
Returns a IDictionary of properties for a given proxy.
Serves as the default hash function. (Inherited from Object.)
Returns an array of all the URLs that can be used to reach the specified object.
Registers a channel with the channel services.
Synchronously dispatches the incoming message to the server-side chain(s) based on the URI embedded in the message.
Returns a string that represents the current object.(Inherited from Object.)
Unregisters a particular channel from the registered channels list.
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 IChannel interface, which provides informational properties such as the ChannelName and ChannelPriority. Channels are registered using the ChannelServices::RegisterChannel method. Channels can also be loaded from the remoting configuration. (See <channel> Element (Template) for details.)
On the client side, messages are handed off to the client channel sink chain after they traverse the client Context chain. The first channel sink is typically a 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 Context chain.
Available since 1.1
Any public static (Shared in Visual Basic) members of this type are thread safe. Any instance members are not guaranteed to be thread safe.