<msmqTransport>
使通道在被包括到自定义绑定中时通过 MSMQ 传输来传送消息。
configuration
system.serviceModel
<bindings>
<customBinding>
<binding>
<msmqTransport>
语法
<msmqTransport customDeadLetterQueue="Uri"
deadLetterQueue="Custom/None/System"
durable="Boolean"
exactlyOnce="Boolean"
manualAddressing="Boolean"
maxBufferPoolSize="Integer"
maxImmediateRetries="Integer"
maxPoolSize="Integer"
maxReceivedMessageSize="Integer"
maxRetryCycles="Integer"
queueTransferProtocol="Native/Srmp/SrmpSecure"
rejectAfterLastRetry="Boolean"
retryCycleDelay="TimeSpan"
timeToLive="TimeSpan"
useActiveDirectory="Boolean"
useSourceJournal="Boolean"
useMsmqTracing="Boolean"
...>
<msmqTransportSecurity>
</msmqTransportSecurity>
</msmqTransport>
特性和元素
下列各节描述了特性、子元素和父元素。
特性
属性 | 说明 |
---|---|
customDeadLetterQueue | 一个 URI,指示每个应用程序的死信队列(该队列用于传输已过期的或无法传递到应用程序的消息)的位置。 对于需要 ExactlyOnce 保证的消息(即 exactlyOnce 设置为 true ),此属性默认为 MSMQ 中系统级事务性死信队列。对于不需要保证的消息(即 exactlyOnce 设置为 false ),此属性默认为 null 。该值必须使用 net.msmq 方案。 默认为 null 。如果 deadLetterQueue 设置为 None 或 System ,则此属性必须设置为 null 。 如果此属性不为 null ,则 deadLetterQueue 必须设置为 Custom 。 |
deadLetterQueue | 指定要使用的死信队列类型。 有效值包括 - Custom:自定义死信队列。 - None:没有要使用的死信队列。 - System:使用系统死信队列。 此属性的类型为 DeadLetterQueue。 |
durable | 一个布尔值,指定此绑定处理的消息是持久的还是可变的。 默认值为 true 。持久消息能够在队列管理器崩溃后保留下来,而可变消息则不能。 当应用程序需要较低的延迟并且可以容忍偶尔丢失消息时,可变消息是有用的。 如果 exactlyOnce 设置为 true ,则消息必须为持久的。 |
exactlyOnce | 一个布尔值,指定是否将只接收一次此绑定处理的消息。 默认值为 true 。发送的消息可以包含保证,也可以不包含保证。 应用程序可以使用保证来确保发送的消息到达接收消息队列;如果消息未能到达,则应用程序可以通过读取死信队列进行确定。 当 exactlyOnce 设置为 true 时,指示 MSMQ 应确保将发送的消息传递到接收消息队列一次且只有一次。如果传递失败,则会将消息发送到死信队列。将 exactlyOnce 设置为 true 时发送的消息必须只发送到事务性队列。 |
manualAddressing | 一个使用户能够控制消息寻址的布尔值。 此属性通常用于路由器方案。在该方案中,应用程序确定将消息发送到若干目标中的哪一个。 如果设置为 true ,则通道假定已对消息进行寻址,而不再向其添加其他任何信息。 然后,用户可以单独对每个消息进行寻址。如果设置为 false ,则默认的 Windows Communication Foundation (WCF) 寻址机制将为所有消息自动创建地址。默认为 false 。 |
maxBufferPoolSize | 一个正整数,指定缓冲池的最大大小。 默认值为 524288。 WCF 的许多组件使用缓冲区。 每次使用缓冲区时,创建和销毁它们都将占用大量资源,而缓冲区的垃圾回收过程也是如此。 利用缓冲池,可以从缓冲池中获得缓冲区,使用缓冲区,然后在完成工作后将其返回给缓冲池。 这样就避免了创建和销毁缓冲区的系统开销。 |
maxImmediateRetries | 一个整数,指定从应用程序队列读取消息的最大立即重试次数。 默认值为 5。 如果对消息进行了最大立即重试次数的尝试且应用程序未处理消息,则会将消息发送到重试队列,以便在将来某个时刻进行重试。 如果未指定重试周期,则将消息发送到病毒消息队列,或将否定确认发送回发送方。 |
maxPoolSize | 一个正整数,指定池的最大大小。 默认值为 524288。 |
maxReceivedMessageSize | 一个正整数,指定最大消息大小(以字节为单位),其中包括标头。 如果消息对于接收方而言太大,则消息发送方将收到 SOAP 错误。 接收方将删除该消息,并在跟踪日志中创建事件项。 默认值为 65536。 |
maxRetryCycles | 一个整数,指定尝试向接收应用程序传递消息的最大重试周期数。 默认为 MaxValue。 单个重试周期按指定次数尝试向应用程序传递消息。 尝试次数由 maxImmediateRetries 属性设置。 如果在耗尽传递尝试次数后,应用程序仍未能处理消息,则将消息发送到重试队列。 后续的重试周期包括在经过由 retryCycleDelay 属性指定的延迟后,从重试队列返回应用程序队列以再次尝试传递给接收应用程序的消息。 maxRetryCycles 属性指定应用程序用于尝试传递消息的重试周期数。 |
queueTransferProtocol | 指定此绑定使用的排队通信信道传输协议。 有效值为 - Native:使用本机 MSMQ 协议。 - Srmp:使用 SOAP 可靠消息传递协议 (SRMP)。 - SrmpSecure:使用 SOAP 可靠消息传递协议安全 (SRMPS) 传输。 此属性的类型为 QueueTransferProtocol。 由于在使用 SOAP 可靠消息传递协议时,MSMQ 不支持 Active Directory 寻址,因此当 useActiveDirectory 设置为 true 时,不应将此属性设置为 Srmp 或 Srmps。 |
rejectAfterLastRetry | 一个布尔值,指定对已尝试过最大重试次数后仍无法传递的消息所采取的操作。true 表示将否定确认返回到发送方且丢弃消息;false 表示将消息发送到病毒消息队列。 默认为 false 。如果值为 false ,则接收应用程序可以读取病毒消息队列以处理病毒消息(即传递失败的消息)。MSMQ 3.0 不支持向发送方返回否定确认,因此该属性在 MSMQ 3.0 中将被忽略。 |
retryCycleDelay | 一个 TimeSpan,指定尝试传递无法立即传递的消息时各个重试周期之间的时间延迟。 默认值为 00:10:00。 单个重试周期尝试按指定次数向接收应用程序传递消息。 尝试次数由 maxImmediateRetries 属性指定。 如果在连续重试了指定次数后,应用程序仍未能处理消息,则将消息发送到重试队列。 后续的重试周期包括在经过由 retryCycleDelay 属性指定的延迟后,从重试队列返回应用程序队列以再次尝试传递给接收应用程序的消息。 重试周期数由 maxRetryCycles 属性指定。 |
timeToLive | 一个 TimeSpan,指定消息在过期并放入死信队列之前保持有效的持续时间。 默认值为 1.00:00:00,表示 1 天。 设置此属性可以确保具有时效性的消息不会在由接收应用程序进行处理之前过时。 如果队列中的消息在指定时间间隔内未被接收应用程序进行处理,则称该消息为过时消息。 过时消息被发送到称为“死信队列”的特殊队列中。 死信队列的位置通过 customDeadLetterQueue 属性进行设置,或基于保证设置为适当的默认值。 |
UseActiveDirectory | 一个布尔值,指定是否应使用 Active Directory 转换队列地址。 MSMQ 队列地址可由路径名或直接格式名组成。 对于直接格式名,MSMQ 会使用 DNS、NetBIOS 或 IP 解析计算机名称。 对于路径名,MSMQ 会使用 Active Directory 解析计算机名称。 默认情况下,Windows Communication Framework (WCF) 排队传输会将消息队列的 URI 转换为直接格式名。 通过将此属性设置为 true ,应用程序可以指定排队传输应使用 Active Directory 而不是 DNS、NetBIOS 或 IP 解析计算机名称。 |
useMsmqTracing | 一个布尔值,指定是否应跟踪由此绑定处理的消息。 默认为 false 。如果启用了跟踪,则每当消息离开或到达消息队列计算机时,都会创建报告消息并将其发送到报告队列。 |
useSourceJournal | 一个布尔值,指定此绑定所处理的消息的副本是否应存储在源日志队列中。 默认为 false 。如果排队应用程序要保留已离开计算机传出队列的消息的记录,则可以将这些消息复制到日志队列。 在消息离开传出队列,并且接收到目标计算机已接收该消息的确认后,该消息的副本就会保留在发送计算机的系统日志队列中。 |
子元素
元素 | 说明 |
---|---|
<msmqTransportSecurity> | 指定此绑定的传输安全设置。 此元素的类型为 MsmqTransportSecurityElement。 |
父元素
元素 | 说明 |
---|---|
<binding> | 定义自定义绑定的所有绑定功能。 |
备注
使用 msmqTransport
元素,用户可以设置排队通信的属性。 排队信道使用消息队列进行传输。
此绑定元素是消息队列标准绑定 (netMsmqBinding
) 所用的默认绑定元素。