Azure Service Bus-Warteschlangensteuerung

Question

Begegnung einer seltsamen Ausgabe mit einem unserer Warteschlangen (zur Herstellung, nicht weniger). Wenn ich versuche, eine Nachricht auf die Warteschlange zu setzen, werfen Sie eine Ausnahme, die einfach ist:

generasacodicetagpre.

Die Nachrichten scheinen es auf der Warteschlange zu schaffen, wie sie dadurch bewiesen werden, dass ich die Warteschlangenlänge im Managementportal erhebt. Die Client-Anwendung empfängt jedoch keine Nachrichten.

Das Managementportal zeigt, dass es mehrere fehlgeschlagene Anforderungen und auch mehrere interne Serverausnahmen gab; Allerdings sehe ich leider keine Möglichkeit, mehr Details zu den fehlgeschlagenen Anforderungen und Fehlern zu erhalten.

Ich bin etwas zu einem Verlust, was dies dazu verursacht hat, wie man dazu verursacht hat, wie man mehr Informationen darüber erhebt, was falsch ist, und wie man weiterschopft, um dies zu beheben. Jede Hilfe wäre sehr dankbar.

edit: Ich sollte nur für die Vollständigkeit willen, dass ich keine Änderungen an den Kunden vorgenommen habe, die mir dessen bewusst sind; Dieses Problem ist einfach irgendwie angefangen, alle plötzlich zu passieren

edit # 2, aufgewacht heute morgen aufgewacht, und die Dinge sind magisch zu normal zurückgekehrt. Immer noch nicht sicher, was passiert ist, also möchte ich den Ton der Frage ändern, um Vorschläge zu erheben, wie diese Art von Dingen gemindert werden kann und / oder Fehlerbehebung (Fehlerbehebung? :)) besser

Answer 1

Ich habe auch dieses Szenario erlebt.Wenn ich es auch ausprobiert habe, erstellen Sie einen neuen Service-Bus-Namespace und zeigte auf meine App auf diesen neuen Namespace, es funktionierte für mich.Dies legt nahe, dass es möglicherweise ein gewisser Hardwarefehler ist (auf dem Knoten, in dem sich Ihr SB-Namespace befindet).

Seien Sie sicher, dass Sie eine transiente Fehlerbehandlung verwenden, z. B. http://www.nuget.org / Packages / EnterpriseLibrary.windowsazure.transentFaulthandling /

Es kann jedoch auch erforderlich sein, dass auch eine "zweite Level-Wiederholung der zweiten Ebene" für Fehler verwendet werden, die nicht vorübergehend sind.Das müssen Sie sich selbst codieren.

-E-seien Sie auch mehr fehlertolerant Sie können auch das neue Merkmal von gepaartem Namespaces verwenden.Hier ist eine gute Ressource: http://msdn.microsoft.com/de-us/library/dn292562.aspx

hth

// peter