Magazyn tabel Azure zwraca 400 złych żądań

Uruchomiłem to w trybie debugowania i dołączam obraz ze szczegółami wyjątku. Skąd mogę wiedzieć, co poszło nie tak? Próbowałem wstawić dane do tabeli. Czy lazur nie może podać mi więcej szczegółów?

Obs: Magazyn znajduje się w systemie Windows Azure, a nie na moim komputerze. Tabele zostały utworzone, ale podczas wstawiania danych pojawia się ten błąd

// 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();

a oto kod wstawiania:

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);
    }
}

Błąd 400 oznacza, że ​​coś jest nie tak z wartością jednej z twoich właściwości. Jednym ze sposobów, aby się tego dowiedzieć, jest prześledzenie żądania / odpowiedzi za pomocą programu Fiddler i sprawdzenie rzeczywistych danych wysyłanych do magazynu Windows Azure.

Przyjmując dzikie przypuszczenie, zakładam, rzucając okiem na twój kod, że w modelu masz pewne właściwości typu Data / Czas (OfflineTimestamp, OnlineTimestamp) i zauważyłem, że w niektórych scenariuszach jeden z nich jest inicjowany z wartością domyślną, która to „ DateTime.MinValue ”. Należy pamiętać, że minimalna dozwolona wartość atrybutu typu Data / godzina to 1 stycznia 1601 (UTC) w systemie Windows Azure [http://msdn.microsoft.com/en-us/library/windowsazure/dd179338.aspx] . Sprawdź, czy tak nie jest. W takim przypadku możesz uczynić je polami typu nullable, aby nie były wypełniane wartościami domyślnymi.

Spójrz na odpowiedź Juha Palomäkiego również poniżej ... czasami jest nieco bardziej przydatna wiadomość w wyjątku, w którym sugeruje (RequestInformation.ExtendedErrorInformation.ErrorMessage)

StorageException zawiera również nieco bardziej szczegółowe informacje o błędzie.

Sprawdź debuger: StorageException.RequestInformation.ExtendedInformation

W moim przypadku był to ukośnik RowKey .

Otrzymałem również komunikat „OutOfRangeInput - Jedno z danych wejściowych żądania jest poza zakresem”. błąd podczas próby ręcznego dodania za pomocą emulatora magazynu.

Postacie niedozwolone w kluczowych polach

Następujące znaki nie są dozwolone w wartościach właściwości PartitionKey i RowKey :

• Znak ukośnika ( / )
• Znak ukośnika odwrotnego ( \ )
• Znak liczby ( # )
• Znak zapytania ( ? )
• Znaki sterujące od U + 0000 do U + 001F , w tym:
  • Znak tabulacji poziomej ( \ t )
  • Znak wysuwu wiersza ( \ n )
  • Znak powrotu karetki ( \ r )
  • Znaki sterujące od U + 007F do U + 009F

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

Napisałem metodę rozszerzenia, aby sobie z tym poradzić.

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();
}

Napotkałem ten sam problem, ale przyczyną w moim przypadku był rozmiar. Po zagłębieniu się w dodatkowe właściwości wyjątku (RequestInformation.ExtendedErrorInformation) znalazłem przyczynę:

ErrorCode: PropertyValueTooLarge ErrorMessage: Wartość właściwości przekracza maksymalny dozwolony rozmiar (64 KB). Jeśli wartość właściwości jest ciągiem, jest zakodowana w formacie UTF-16, a maksymalna liczba znaków nie może przekraczać 32 KB.

cóż, w moim przypadku próbowałem to zrobić:

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

z powodu ContainerName SessionMaterials(co jest nawykiem pisania w Pascal Case i Camel Case: D) powodowało to 400 złych żądań. Więc po prostu muszę to zrobić sessionmaterials. i zadziałało.

Mam nadzieję, że to komuś pomoże.

PS: - Po prostu sprawdź odpowiedź http wyjątku lub użyj fiddlera do przechwycenia żądania i odpowiedzi.

w moim przypadku: nazwa kontenera była zapisana wielką literą. istnieją ograniczenia podczas używania znaków.

Czasami to dlatego, że jesteś partitionKeylub rowKeyjestNULL

(tak było w moim przypadku)

Dokumentację firmy MS dotyczącą wszystkich kodów błędów obsługi tabel można znaleźć tutaj

Miałem ten sam błąd BadRequest (400), na koniec wypełniam ręcznie:

I pracował dla mnie. Mam nadzieję że to pomoże!

Miałem też podobny problem. W moim przypadku wartość PartitionKey nie została ustawiona, więc domyślnie PartitionKey ma wartość null, co spowodowało Object reference not set to an instance of an object.wyjątek

Sprawdź, czy podajesz odpowiednie wartości dla PartitionKey lub RowKey, możesz napotkać taki problem.

Naprawiłem moje przypadki i działało dobrze

Moje sprawy:

1. Klucz wiersza ma nieprawidłowy format (400).
2. Połączenie klucza partycji i klucza wiersza nie jest unikalne (409).

Otrzymałem 400 złych żądań, ponieważ korzystałem z ZRS (Zone Redundant Storage), a Analytics nie jest dostępny dla tego typu magazynu. Nie wiedziałem, że korzystam z Analytics.

Usunąłem kontener do przechowywania i odtworzyłem jako GRS, a teraz działa dobrze.

Otrzymałem (400) Bad Request, StatusMessage: Bad Request, ErrorCode: OutOfRangeInput, gdy jednostka miała ustawioną właściwość DateTime (= DateTime.MinValue)

W moim przypadku: dołączyłem metadane obiektu BLOB z nazwą tagu zawierającą łącznik.

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

"added-by"Problemem była myślnik , a później RTFM powiedział mi, że nazwy tagów muszą być zgodne z konwencjami identyfikatorów C #.

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

Podkreślenie działa dobrze.

W moim przypadku nie powinienem dodawać PartitionKey i Rowkey do mojej klasy encji. Powinien pochodzić z klasy bazowej. Poniżej po prostu zadziała.

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


      public TableRunLogMessage() { }
}

Jeśli używasz NodeJS i natknąłeś się na ten post, tylko po to, aby odkryć, że nie masz tak pięknych szczegółowych informacji w swoim obiekcie błędu; możesz użyć proxy, aby uzyskać te szczegóły. Ponieważ jednak nikt tutaj nie wspomina JAK używać proxy.

Najprostszym sposobem korzystania z NodeJS jest ustawienie dwóch zmiennych środowiskowych:

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.

Jeśli faktycznie używasz C #, tak jak robi to autor tego postu; możesz po prostu zainstalować Fiddlera i ustawić go na przechwytywanie. Domyślnie powinien przechwytywać żądania. Może być konieczne zaufanie do certyfikatu Fiddlera lub w inny sposób wykonanie odpowiednika „NODE_TLS_REJECT_UNAUTHORIZED = 0” węzła.

Otrzymałem odpowiedź 400-BadRequest z interfejsu API tabeli kont magazynu Azure. Informacje o wyjątku wskazują, że „Konto, do którego uzyskiwany jest dostęp, nie obsługuje protokołu http.”. Pomyślałem, że musimy używać protokołu HTTPS w parametrach połączenia, gdy w konfiguracji konta magazynu jest włączona opcja „Wymagany bezpieczny transfer”, jak pokazano na poniższym obrazku.

W moim przypadku do stworzenia nowej instalacji klasy "TableBotDataStore" (framework bota MS) przekazujemy parametr "tableName" z myślnikiem typu "master-bot" a TableBotDataStore może mieć nazwy tabel zawierające tylko litery i cyfry

Miałem ten sam problem, funkcja przekazywała containerNameKeyciąg as. poniżej znajduje się kod, który spowodował błąd

container = blobClient.GetContainerReference(containerNameKey) 

Zmieniłem to na

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

Zadziałało