Der Azure-Tabellenspeicher gibt 400 Bad Request zurück

Ich habe dies im Debug-Modus ausgeführt und ein Bild mit den Details der Ausnahme angehängt. Wie kann ich wissen, was schief gelaufen ist? Ich habe versucht, Daten in eine Tabelle einzufügen. Kann Azure mir nicht mehr Details geben?

Hinweis: Der Speicher befindet sich unter Windows Azure und nicht auf meinem Computer. Die Tabellen wurden erstellt, aber ich erhalte diesen Fehler beim Einfügen von Daten

// Retrieve the storage account from the connection string.
Microsoft.WindowsAzure.Storage.CloudStorageAccount storageAccount = Microsoft.WindowsAzure.Storage.CloudStorageAccount.Parse("DefaultEndpointsProtocol=https;AccountName=***;AccountKey=***");

// Create the table client.
CloudTableClient tableClient = storageAccount.CreateCloudTableClient();

// Create the table if it doesn't exist.
CloudTable table = tableClient.GetTableReference("EmployeeOnlineHistory");
table.CreateIfNotExists();

und hier ist der Einfügecode:

public static void SetStatus(Employee e, bool value)
{
    try
    {
        // Retrieve the storage account from the connection string.
        Microsoft.WindowsAzure.Storage.CloudStorageAccount storageAccount = Microsoft.WindowsAzure.Storage.CloudStorageAccount.Parse("DefaultEndpointsProtocol=https;AccountName=###;AccountKey=###");

        // Create the table client.
        CloudTableClient tableClient = storageAccount.CreateCloudTableClient();

        // Create the CloudTable object that represents the "people" table.
        CloudTable table = tableClient.GetTableReference("EmployeeOnlineHistory");

        // Create a new customer entity.

        if (value == true)
        {
            EmployeeOnlineHistory empHistory = new EmployeeOnlineHistory(e.Id);
            empHistory.IsOnline = true;
            empHistory.OnlineTimestamp = DateTime.Now;
            TableOperation insertOperation = TableOperation.Insert(empHistory);
            table.Execute(insertOperation);
        }
        else
        {
            TableQuery<EmployeeOnlineHistory> query = new TableQuery<EmployeeOnlineHistory>()
                .Where(TableQuery.GenerateFilterCondition("PartitionKey", QueryComparisons.Equal, e.Id.ToString()));
            EmployeeOnlineHistory entity = table.ExecuteQuery(query).Take(1).FirstOrDefault();

            if ((entity!=null)&&(entity.IsOnline))
            {
                entity.IsOnline = false;
                entity.OfflineTimestamp = DateTime.Now;
                entity.OnlineTime = (entity.OfflineTimestamp - entity.OnlineTimestamp);
                TableOperation updateOperation = TableOperation.Replace(entity);
                table.Execute(updateOperation);
            }
            else
            {
                EmployeeOnlineHistory empHistory = new EmployeeOnlineHistory(e.Id);
                empHistory.IsOnline = false;
                empHistory.OfflineTimestamp = DateTime.Now;
                TableOperation insertOperation = TableOperation.Insert(empHistory);
                table.Execute(insertOperation);
            }
        }
    }
    catch (Exception ex)
    {
        //var details = new System.IO.StreamReader(((Microsoft.WindowsAzure.Storage.StorageException)ex)..Response.GetResponseStream()).ReadToEnd();
        LogFile.Error("EmployeeOnlineHistory.setStatus",ex);
    }
}

400 Fehler bedeutet, dass mit dem Wert einer Ihrer Eigenschaften etwas nicht stimmt. Eine Möglichkeit, dies herauszufinden, besteht darin, die Anforderung / Antwort über Fiddler zu verfolgen und die tatsächlichen Daten anzuzeigen, die an Windows Azure Storage gesendet werden.

Ich gehe davon aus, dass Sie in Ihrem Modell einige Eigenschaften vom Typ Datum / Uhrzeit (OfflineTimestamp, OnlineTimestamp) haben und festgestellt haben, dass in bestimmten Szenarien eine davon mit dem Standardwert initialisiert wird ist " DateTime.MinValue ". Beachten Sie, dass der Mindestwert für ein Attribut vom Typ Datum / Uhrzeit der 1. Januar 1601 (UTC) in Windows Azure ist [http://msdn.microsoft.com/en-us/library/windowsazure/dd179338.aspx]. . Bitte sehen Sie, ob dies nicht der Fall ist. Wenn dies der Fall ist, können Sie sie zu nullbaren Typfeldern machen, damit sie nicht mit den Standardwerten gefüllt werden.

Schauen Sie sich auch die Antwort von Juha Palomäki unten an ... manchmal gibt es eine etwas nützlichere Nachricht in der Ausnahme, in der er vorschlägt (RequestInformation.ExtendedErrorInformation.ErrorMessage)

Die StorageException enthält auch etwas detailliertere Informationen zu Fehlern.

Checken Sie den Debugger ein: StorageException.RequestInformation.ExtendedInformation

In meinem Fall war es ein Schrägstrich im RowKey .

Ich habe auch einen 'OutOfRangeInput - Einer der Anforderungseingänge liegt außerhalb des Bereichs.' Fehler beim Versuch, manuell über den Speicheremulator hinzuzufügen.

In Schlüsselfeldern nicht zugelassene Zeichen

Die folgenden Zeichen sind in Werten für die PartitionKey- und RowKey- Eigenschaften nicht zulässig :

• Das Schrägstrichzeichen ( / )
• Das Backslash- Zeichen ( \ )
• Das Nummernzeichen ( # )
• Das Fragezeichen ( ? )
• Steuerzeichen von U + 0000 bis U + 001F , einschließlich:
  • Das horizontale Tabulatorzeichen ( \ t )
  • Das Zeilenvorschubzeichen ( \ n )
  • Das Wagenrücklaufzeichen ( \ r )
  • Steuerzeichen von U + 007F bis U + 009F

http://msdn.microsoft.com/en-us/library/dd179338.aspx

Ich habe eine Erweiterungsmethode geschrieben, um dies für mich zu erledigen.

public static string ToAzureKeyString(this string str)
{
    var sb = new StringBuilder();
    foreach (var c in str
        .Where(c => c != '/'
                    && c != '\\'
                    && c != '#'
                    && c != '/'
                    && c != '?'
                    && !char.IsControl(c)))
        sb.Append(c);
    return sb.ToString();
}

Ich hatte das gleiche Problem, aber der Grund in meinem Fall war die Größe. Nach dem Durchsuchen der zusätzlichen Ausnahmeeigenschaften (RequestInformation.ExtendedErrorInformation) wurde der Grund gefunden:

ErrorCode: PropertyValueTooLarge ErrorMessage: Der Eigenschaftswert überschreitet die maximal zulässige Größe (64 KB). Wenn der Eigenschaftswert eine Zeichenfolge ist, ist er UTF-16-codiert und die maximale Anzahl von Zeichen sollte 32 KB oder weniger betragen.

Nun, in meinem Fall habe ich versucht, dies zu tun:

CloudBlobContainer container = blobClient.GetContainerReference("SessionMaterials");
await container.CreateIfNotExistsAsync();

Aufgrund von ContainerName SessionMaterials(als Gewohnheit, in Pascal Case und Camel Case: D zu schreiben) verursachte es 400 schlechte Anfragen. Also muss ich es einfach schaffen sessionmaterials. und es hat funktioniert.

Hoffe das hilft jemandem.

PS: - Überprüfen Sie einfach die http-Antwort der Ausnahme oder verwenden Sie den Geiger, um die Anforderung und die Antwort zu erfassen.

in meinem Fall: Containername war in Großbuchstaben. Bei der Verwendung von Zeichen gibt es Einschränkungen.

Manchmal liegt es daran, dass du partitionKeyoder rowKeybistNULL

(es war der Fall für mich)

Eine Dokumentation von MS zu allen Table Service-Fehlercodes finden Sie hier

Ich hatte den gleichen BadRequest (400) Fehler, am Ende fülle ich manuell:

Und für mich gearbeitet. Hoffe das hilft!

Ich stand auch vor dem gleichen Problem. In meinem Fall wurde der PartitionKey-Wert nicht festgelegt, daher war der PartitionKey-Wert standardmäßig null, was zu einer Object reference not set to an instance of an object.Ausnahme führte

Überprüfen Sie, ob Sie die entsprechenden Werte für PartitionKey oder RowKey angeben. Möglicherweise tritt ein solches Problem auf.

Ich habe meine Fälle repariert und es hat gut funktioniert

Meine Fälle:

1. Der Zeilenschlüssel hat nicht das richtige Format (400).
2. Die Kombination von Partitionkey und Rowkey ist nicht eindeutig (409).

Ich habe eine 400 Bad Request erhalten, weil ich ZRS (Zone Redundant Storage) verwendet habe und Analytics für diesen Speichertyp nicht verfügbar ist. Mir war nicht bewusst, dass ich Analytics verwende.

Ich habe den Speichercontainer gelöscht und als GRS neu erstellt und jetzt funktioniert es einwandfrei.

Ich habe eine (400) fehlerhafte Anforderung, StatusMessage: fehlerhafte Anforderung, Fehlercode: OutOfRangeInput erhalten, wenn für die Entität eine Eigenschaft DateTime nicht festgelegt wurde (= DateTime.MinValue).

In meinem Fall: Ich habe Blob-Metadaten mit einem Tag-Namen eingefügt, der einen Bindestrich enthält.

var blob = container.GetBlockBlobReference(filename);
blob.Metadata.Add("added-by", Environment.UserName);
//.. other metadata
blob.UploadFromStream(filestream);

Der Strich "added-by"war das Problem, und später sagte mir RTFM, dass Tag-Namen den Konventionen für C # -Kennungen entsprechen müssen.

Ref: https://docs.microsoft.com/en-us/azure/storage/blobs/storage-properties-metadata

Unterstrich funktioniert gut.

In meinem Fall sollte ich PartitionKey und Rowkey nicht zu meiner Entitätsklasse hinzufügen. Es sollte aus der Basisklasse stammen. Unten würde einfach funktionieren.

public class TableRunLogMessage:TableEntity
{
      public string status { get; set; }
      public long logged { get; set; }


      public TableRunLogMessage() { }
}

Wenn Sie NodeJS verwenden und über diesen Beitrag gestolpert sind, stellen Sie nur fest, dass Ihr Fehlerobjekt nicht so schöne detaillierte Informationen enthält. Sie können einen Proxy verwenden, um diese Details abzurufen. Da hier jedoch niemand erwähnt, wie ein Proxy verwendet werden soll.

Der einfachste Weg mit NodeJS besteht darin, zwei Umgebungsvariablen festzulegen:

NODE_TLS_REJECT_UNAUTHORIZED=0
This disables SSL checks so you can intercept your own SSL requests. This leaves you open to Man-in-The-Middle attacks and should NEVER make it to production, and I wouldn't even leave it in development for long. However, it will allow you to intercept the HTTP Requests.

HTTP_PROXY=http://127.0.0.1:8888
This sets node to utilize a proxy listening on your localhost at port 8888. Port 8888 is the default for Fiddler. Many other proxies default to 8080.

Wenn Sie tatsächlich C # verwenden, wie es der Autor dieses Beitrags tut; Sie können Fiddler einfach installieren und so einstellen, dass es abfängt. Standardmäßig sollte es die Anforderungen abfangen. Möglicherweise müssen Sie auch dem Fiddler-Zertifikat vertrauen oder auf andere Weise das Äquivalent von "NODE_TLS_REJECT_UNAUTHORIZED = 0" des Knotens ausführen.

Ich habe eine 400-BadRequest-Antwort von der Azure Storage Account Table-API erhalten. Ausnahmeinformationen zeigten, dass "Das Konto, auf das zugegriffen wird, http nicht unterstützt." Ich dachte mir, dass wir https in der Verbindungszeichenfolge verwenden müssen, wenn "Sichere Übertragung erforderlich" in der Konfiguration des Speicherkontos aktiviert ist (siehe Abbildung unten).

In meinem Fall übergeben wir zum Erstellen einer neuen Instanz der Klasse "TableBotDataStore" (MS-Bot-Framework) den Parameter "tableName" mit einem Bindestrich wie "master-bot", und TableBotDataStore kann Tabellennamen nur mit Buchstaben und Zahlen enthalten

Ich hatte das gleiche Problem, die Funktion übergab den containerNameKeyas-String. unten ist der Code, der Fehler gab

container = blobClient.GetContainerReference(containerNameKey) 

Ich habe es geändert in

container = blobClient.GetContainerReference(ConfigurationManager.AppSettings(containerNameKey).ToString()) 

Es funktionierte