<msmqIntegration>
Gibt einen MSMQ-Transport für eine benutzerdefinierte Bindung an.
<configuration>
<system.serviceModel>
<bindings>
<customBinding>
<binding>
<msmqIntegration>
Syntax
<msmqIntegration customDeadLetterQueue="Uri"
deadLetterQueue="Custom/None/System"
durable="Boolean"
exactlyOnce="Boolean"
manualAddressing="Boolean"
maxBufferPoolSize="Integer"
maxImmediateRetries="Integer"
maxReceivedMessageSize="Integer"
maxRetryCycles="Integer"
rejectAfterLastRetry="Boolean"
retryCycleDelay="TimeSpan"
serializationFormat="XML/Binary/ActiveX/ByteArray/Stream"
timeToLive="TimeSpan"
useSourceJournal="Boolean"
useMsmqTracing="Boolean">
<msmqTransportSecurity>
</msmqTransportSecurity>
</msmqIntegration>
type
Type
Attribute und Elemente
In den folgenden Abschnitten werden Attribute sowie untergeordnete und übergeordnete Elemente beschrieben.
Attribute
attribute | BESCHREIBUNG |
---|---|
customDeadLetterQueue | Ein URI, der den Speicherort der Warteschlange für unzustellbare Nachrichten für jede Anwendung enthält, in der abgelaufene oder nicht an die Anwendung übertragene Nachrichten platziert werden. Bei Nachrichten, die ExactlyOnce-Zusicherungen erfordern (das heißt, das exactlyOnce -Attribut ist auf true festgelegt), ist dieses Attribut standardmäßig die systemweite Transaktionswarteschlange für unzustellbare Nachrichten in MSMQ.Für Nachrichten, die keine Zusicherungen erfordern (das heißt, exactlyOnce ist auf false festgelegt), ist dieses Attribut standardmäßig null .Der Wert muss das net.msmq-Schema verwenden. Der Standardwert ist null .Wenn deadLetterQueue auf None oder System festgelegt ist, muss dieses Attribut auf null festgelegt sein. Wenn dieses Attribut nicht auf null festgelegt ist, muss deadLetterQueue auf Custom festgelegt sein. |
deadLetterQueue | Gibt den zu verwendenden Typ der Warteschlange für unzustellbare Nachrichten an. Gültige Werte sind – Custom: Benutzerdefinierte Warteschlange für unzustellbare Nachrichten. – None: Es soll keine Warteschlange für unzustellbare Nachrichten verwendet werden. – System: Systemweite Warteschlange für unzustellbare Nachrichten verwenden. Dieses Attribut ist vom Typ DeadLetterQueue. |
durable | Ein boolescher Wert, der angibt, ob die von dieser Bindung verarbeiteten Nachrichten permanent oder flüchtig sind. Der Standardwert ist true .Eine permanente Meldung überlebt einen Warteschlangen-Managerabsturz, was für eine flüchtige Meldung nicht gilt. Flüchtige Nachrichten sind nützlich, wenn Anwendungen eine geringere Latenz erfordern und eine geringe Anzahl verlorener Nachrichten tolerieren können. Wenn exactlyOnce auf true festgelegt ist, müssen die Nachrichten permanent sein. |
exactlyOnce | Ein boolescher Wert, der angibt, ob die von dieser Bindung verarbeiteten Nachrichten genau einmal empfangen werden. Der Standardwert ist true .Eine Meldung kann mit oder ohne Zusicherungen gesendet werden. Eine Zusicherung ermöglicht einer Anwendung, sicherzustellen, dass eine gesendete Nachricht die empfangende Nachrichtenwarteschlange erreicht hat. Andernfalls kann die Anwendung dies durch Lesen der Warteschlange für unzustellbare Nachrichten bestimmen. exactlyOnce , wenn auf true festgelegt, gibt an, dass MSMQ sicherstellt, dass eine gesendete Nachricht genau einmal an die empfangende Nachrichtenwarteschlange gesendet wird. Wenn die Zustellung fehlschlägt, wird die Nachricht an die Warteschlange für unzustellbare Nachrichten gesendet.Mit exactlyOnce gesendete Nachrichten, die auf true festgelegt sind, dürfen nur an eine Transaktionswarteschlange gesendet werden. |
manualAddressing | Ein boolescher Wert , der es dem Benutzer ermöglicht, die Kontrolle über die Nachrichtenadressierung zu übernehmen. Diese Eigenschaft wird i. d. R. in Routerumgebungen verwendet, wenn das Ziel der Nachricht von der Anwendung bestimmt wird. Wenn diese Eigenschaft auf true festgelegt ist, wird vom Kanal angenommen, dass die Nachricht bereits adressiert wurde, und es werden ihr keine weiteren Informationen hinzugefügt. Der Benutzer kann dann jede Nachricht einzeln adressieren.Wenn als Wert false festgelegt wurde, erstellt der Standard-Windows Communication Foundation (WCF)-Adressiermechanismus automatisch Adressen für alle Nachrichten.Der Standardwert ist false . |
maxBufferPoolSize | Eine positive ganze Zahl, die die maximale Pufferpoolgröße angibt. Der Standard ist 524288. Viele Bereiche von WCF verwenden Puffer. Das Erstellen und Zerstören von Puffern bei jeder Verwendung ist kostspielig. Dasselbe gilt für die Garbage Collection für Puffer. Bei Pufferpools können Sie einen zu verwendenden Puffer aus dem Pool nehmen und ihn nach der Verwendung wieder dem Pool zuführen. So wird der Aufwand beim Erstellen und Zerstören von Puffern vermieden. |
maxImmediateRetries | Eine ganze Zahl, welche die maximale Anzahl von unmittelbaren Wiederholungsversuchen für eine Nachricht angibt, die aus der Anwendungswarteschlange gelesen wird. Der Standardwert ist 5. Wenn die maximale Anzahl der sofortigen Zustellungsversuche erreicht ist und die Nachricht nicht von der Anwendung empfangen wurde, wird die Nachricht an eine Wiederholungswarteschlange gesendet, um sie später erneut zuzustellen. Wenn keine Wiederholungszyklen angegeben sind, wird die Nachricht entweder an die Warteschlange für potenziell schädliche Nachrichten gesendet, oder es wird eine negative Bestätigung zurück zum Absender geschickt. |
maxReceivedMessageSize | Eine positive ganze Zahl, die die maximale Nachrichtengröße in Byte, einschließlich Header, angibt. Der Absender einer Nachricht erhält einen SOAP-Fehler, wenn die Nachricht zu groß für den Empfänger ist. Der Empfänger verwirft die Nachricht und erstellt einen Eintrag des Ereignisses im Ablaufverfolgungsprotokoll. Der Standard ist 65536. |
MaxRetryCycles | Eine ganze Zahl, welche die maximale Anzahl von Wiederholungszyklen angibt, mit denen versucht wird, Nachrichten an die empfangende Anwendung zu senden. Der Standardwert ist MaxValue. Ein einzelner Wiederholungszyklus versucht, einer Anwendung eine Nachricht mit einer festgelegten Häufigkeit zuzustellen. Die Anzahl von unternommenen Versuchen wird durch das maxImmediateRetries -Attribut festgelegt. Wenn die Anwendung die Nachricht nicht empfangen kann, nachdem die Zustellungsversuche beendet sind, wird die Nachricht an eine Wiederholungswarteschlange gesendet. Nachfolgende Wiederholungszyklen bestehen aus der Nachricht, die von der Wiederholungswarteschlange an die Anwendungswarteschlange zurückgegeben wurde, um erneut zu versuchen, der Anwendung die Nachricht nach einer durch das retryCycleDelay -Attribut angegebenen Verzögerung zuzustellen. Das maxRetryCycles -Attribut gibt die Anzahl der Wiederholungszyklen an, welche die Anwendung für die Zustellung der Nachricht verwendet. |
rejectAfterLastRetry | Ein boolescher Wert, der angibt, welche Aktion für eine Nachricht erfolgen soll, deren Zustellung auch nach der maximalen Anzahl von Wiederholungen fehlgeschlagen ist.true bedeutet, dass eine negative Bestätigung zurück zum Absender geschickt wird und die Nachricht verworfen wird; false bedeutet, dass die Nachricht an die Warteschlange für potenziell schädliche Nachrichten gesendet wird. Der Standardwert ist false .Falls der Wert false lautet, kann die empfangende Anwendung die Warteschlange für potenziell schädliche Nachrichten lesen, um solche Nachrichten zu verarbeiten (das heißt, Nachrichten, die nicht zugestellt werden konnten).MSMQ 3.0 unterstützt das Zurücksenden einer negativen Bestätigung an den Absender nicht. Dieses Attribut wird also in MSMQ 3.0 ignoriert. |
retryCycleDelay | Ein TimeSpan, der die Zeitverzögerung zwischen den Wiederholungszyklen angibt, wenn versucht wird, eine Nachricht zuzustellen, die nicht sofort zugestellt werden konnte. Der Standardwert ist 00:10:00. Ein einzelner Wiederholungszyklus versucht, einer empfangenden Anwendung eine Nachricht mit einer festgelegten Häufigkeit zuzustellen. Die Anzahl von unternommenen Versuchen wird durch das maxImmediateRetries -Attribut angegeben. Wenn die Anwendung die Nachricht nach der angegebenen Anzahl von Wiederholungsversuchen nicht empfangen kann, wird die Nachricht an eine Wiederholungswarteschlange gesendet. Nachfolgende Wiederholungszyklen bestehen aus der Nachricht, die von der Wiederholungswarteschlange an die Anwendungswarteschlange zurückgegeben wurde, um erneut zu versuchen, der Anwendung die Nachricht nach einer durch das retryCycleDelay -Attribut angegebenen Verzögerung zuzustellen. Die Anzahl von Wiederholungszyklen wird durch das maxRetryCycles -Attribut angegeben. |
serializationFormat | Gibt das Formatierungsprogramm an, das zum Serialisieren von Objekten verwendet wird, die als Teil einer MSMQ-Nachricht gesendet werden. Folgende Werte sind gültig: – ActiveX: Das ActiveX-Formatierungsprogramm wird beim Serialisieren von COM-Objekten verwendet. – Binär: Serialisiert das Objekt in ein binäres Paket. – ByteArray: Serialisiert das Objekt in ein Byte-Array. – Stream: Serialisiert das Objekt in einen Stream. –XML: Serialisiert das Objekt in ein XML-Paket. Der Standard ist XML. Dieses Attribut ist vom Typ MsmqMessageSerializationFormat. |
timeToLive | Ein TimeSpan-Wert, der angibt, wie lange die Nachricht gültig ist, bis sie abläuft und in die Warteschlange für unzustellbare Nachrichten übertragen wird. Der Standard ist 1.00:00:00, was 1 Tag bedeutet. Dieses Attribut wird festgelegt, um sicherzustellen, dass zeitkritische Nachrichten nicht veralten, bevor sie von den empfangenden Anwendungen verarbeitet werden. Eine Nachricht in einer Warteschlange, die nicht von der empfangenden Anmeldung innerhalb des angegebenen Zeitintervalls verarbeitet wird, läuft ab. Abgelaufene Nachrichten werden an eine besondere Warteschlange gesendet: die Warteschlange für unzustellbare Nachrichten. Der Speicherort der Warteschlange für unzustellbare Meldungen wird mithilfe des customDeadLetterQueue -Attributs festgelegt. Andernfalls gilt die entsprechende, auf den Zusicherungen basierende Standardeinstellung. |
useMsmqTracing | Ein boolescher Wert, der angibt, ob von dieser Bindung verarbeitete Nachrichten verfolgt werden sollen. Der Standardwert ist false .Wenn die Ablaufverfolgung aktiviert ist, werden Berichtsnachrichten erstellt und jedes Mal an die Berichtswarteschlange gesendet, wenn die Nachricht einen Computer mit Message Queuing erreicht oder verlässt. |
useSourceJournal | Ein boolescher Wert, der angibt, ob Kopien der von dieser Bindung verarbeiteten Nachrichten in der Quelljournalwarteschlange gespeichert werden sollen. Der Standardwert ist false .Anwendungen in Warteschlangen, die Nachrichten aufzeichnen möchten, die die Ausgangswarteschlange des Computers verlassen haben, können die Nachrichten in eine Journalwarteschlange kopieren. Wenn eine Nachricht die Ausgangswarteschlange verlässt und eine Bestätigung empfangen wird, dass die Nachricht auf dem Zielcomputer empfangen wurde, wird eine Kopie der Nachricht in der Systemjournalwarteschlange des sendenden Computers beibehalten. |
Untergeordnete Elemente
Element | BESCHREIBUNG |
---|---|
msmqTransportSecurity | Gibt Transportsicherheitseinstellungen für diese Bindung an. Dieses Element ist vom Typ MsmqTransportSecurityElement. |
Übergeordnete Elemente
Element | BESCHREIBUNG |
---|---|
<binding> | Definiert alle Bindungsmöglichkeiten der benutzerdefinierten Bindung. |
Siehe auch
Zusammenarbeit auf GitHub
Die Quelle für diesen Inhalt finden Sie auf GitHub, wo Sie auch Issues und Pull Requests erstellen und überprüfen können. Weitere Informationen finden Sie in unserem Leitfaden für Mitwirkende.