Dumm, aber einfach post.

Im Anschluss an die gestrige Veröffentlichung auf"StorageException wurde nicht behandelt"Ich dachte, würde ich das kleine Code-Snippet zeigen verwende ich Warteschlangennamen generieren:

        öffentliche statische Zeichenfolge GetRandomQueueName()
        {
            GUID-g;
            g = System.Guid.NewGuid();
            Rückkehr g.ToString();

        } 

Art von albern in ihrer Einfachheit aber funktioniert gut für mich und hat hunderte von sicheren Warteschlangennamen in den letzten paar Wochen generiert.

</Ende>

Onnieren Sie meinen Blog ab.

Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin

Ich spiele seit etwa mit Azure Queues für die letzte Woche oder zwei, und es geht schon stattfindende.  Wo diese Dinge waren, wenn ich sie brauchte zurück in 1990?

In diesem Artikel, insbesondere, ist eine ausgezeichnete Einführung in die Warteschlangen für .NET Programmierer: http://www.windowsazure.com/en-us/develop/net/how-to-guides/queue-service/.  Mit Hilfe dieses Artikels, Ich war in der Lage, Client-Server-Logik wirklich schön etwas zusammenreißen, das ist bisher zuverlässig und arbeitet nur mit keine Trauer.  Wirklich-wo dieses Zeug in war 1990?

Ich einen kleinen Stolperstein direkt aus dem Tor getroffen., jedoch.   Sobald ich von den Besonderheiten der exemplarischen Vorgehensweise weggelaufen, Ich traf mit einem StorageException und einem "der remote-Server-Server einen Fehler zurückgegeben (400) Ungültige Anforderung.

Es stellte sich heraus, dass mein Name der Warteschlange lag:

Wenn ich "OneQueueToRuleThemAll", "Onequeuetorulethemall" verändert ging die StorageException.  Ich habe nicht bemerkt, dass jeder der dies rief Dokumentation aber es kann gut tun.

Hoffen Sie dass jemand Hilfen.

</Ende>

Onnieren Sie meinen Blog ab.

Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin