MsmqBindingBase 类
定义
重要
一些信息与预发行产品相关,相应产品在发行之前可能会进行重大修改。 对于此处提供的信息,Microsoft 不作任何明示或暗示的担保。
public ref class MsmqBindingBase abstract : System::ServiceModel::Channels::Binding, System::ServiceModel::Channels::IBindingRuntimePreferences
public abstract class MsmqBindingBase : System.ServiceModel.Channels.Binding, System.ServiceModel.Channels.IBindingRuntimePreferences
type MsmqBindingBase = class
inherit Binding
interface IBindingRuntimePreferences
Public MustInherit Class MsmqBindingBase
Inherits Binding
Implements IBindingRuntimePreferences
- 继承
- 派生
- 实现
注解
此抽象类包含常见 NetMsmqBinding 属性和 MsmqIntegrationBinding. 队列中的所有基本概念都以属性的形式显示。
构造函数
| 名称 | 说明 |
|---|---|
| MsmqBindingBase() |
初始化 MsmqBindingBase 类的新实例。 |
属性
| 名称 | 说明 |
|---|---|
| CloseTimeout |
获取或设置在传输引发异常之前连接要关闭的时间间隔。 (继承自 Binding) |
| CustomDeadLetterQueue |
获取或设置一个 URI,其中包含每个应用程序的死信队列的位置,其中放置了已过期或传输失败或传递失败的消息。 |
| DeadLetterQueue |
获取或设置一个枚举值,该值指示要使用的死信队列的类型。 |
| Durable |
获取或设置一个值,该值指示此绑定处理的消息是持久还是易失。 |
| ExactlyOnce |
获取或设置一个值,该值指示此绑定处理的消息是否完全接收一次。 |
| MaxReceivedMessageSize |
获取或设置此绑定处理的消息的最大大小(以字节为单位)。 |
| MaxRetryCycles |
获取或设置尝试将消息传送到接收应用程序的最大重试周期数。 |
| MessageVersion |
获取使用绑定配置的客户端和服务使用的消息版本。 (继承自 Binding) |
| Name |
获取或设置绑定的名称。 (继承自 Binding) |
| Namespace |
获取或设置绑定的 XML 命名空间。 (继承自 Binding) |
| OpenTimeout |
获取或设置在传输引发异常之前为连接打开提供的时间间隔。 (继承自 Binding) |
| ReceiveContextEnabled |
获取或设置一个值,该值指示是否请求接收上下文行为。 |
| ReceiveErrorHandling |
获取或设置一个枚举值,该值指定如何处理有害消息。 |
| ReceiveRetryCount |
获取或设置从应用程序队列中读取的消息的即时传递尝试的最大次数。 |
| ReceiveTimeout |
获取或设置连接在删除之前连接可以保持非活动状态的时间间隔,在此期间不会收到任何应用程序消息。 (继承自 Binding) |
| RetryCycleDelay |
获取或设置一个值,该值指示尝试传递无法立即传递的消息时重试周期之间的时间延迟。 |
| Scheme |
返回此绑定的方案。 |
| SendTimeout |
获取或设置传输引发异常之前为写入操作完成提供的时间间隔。 (继承自 Binding) |
| TimeToLive |
获取或设置时间间隔,该时间间隔指示此绑定处理的消息在过期之前可以在队列中的时间长度。 |
| UseMsmqTracing |
获取或设置一个值,该值指示是否应跟踪此绑定处理的消息。 |
| UseSourceJournal |
获取或设置一个值,该值指示是否应将此绑定处理的消息副本存储在源日记队列中。 |
| ValidityDuration |
获取或设置一个值,该值指定消息将由接收上下文功能锁定的持续时间。 |
方法
显式接口实现
| 名称 | 说明 |
|---|---|
| IBindingRuntimePreferences.ReceiveSynchronously |
获取一个值,该值指示是否可以更有效地同步或异步处理传入的请求。 |