HttpClient: L'uri de la chaîne est trop longue

Suivants tentent d'envoyer des données à un service web qui génère des fichiers PDF, PDF fusée (qui est impressionnant par la voie).

Je reçois le message d'erreur URI non Valide: L'uri de la chaîne est trop longue
Pourquoi serait-on imposer une limite arbitraire sur POSTed de données?

using (var client = new HttpClient())
{
    //Build the conversion options
    var options = new Dictionary<string, string>
    {
        { "value", html },
        { "apikey", ConfigurationManager.AppSettings["pdf:key"] },
        { "MarginLeft", "10" },
        { "MarginRight", "10" }
    };

    //THIS LINE RAISES THE EXCEPTION
    var content = new FormUrlEncodedContent(options);

    var response = await client.PostAsync("https://api.html2pdfrocket.com/pdf", content);
    var result = await response.Content.ReadAsByteArrayAsync();
    return result;
}

Je reçois ce ridicule erreur.

 {System.UriFormatException: Invalid URI: The Uri string is too long.
   at System.UriHelper.EscapeString
   at System.Uri.EscapeDataString
   at System.Net.Http.FormUrlEncodedContent.Encode
   at System.Net.Http.FormUrlEncodedContent.GetContentByteArray

Cela me rappelle de 640k devrait être suffisant... je veux dire vraiment?

Avec un poste peut inclure le contenu dans le message http au lieu de l'URI. Un uri a une longueur max de 2083 caractères.
aaah, ça fait du sens, comment?
Pourquoi utiliser un service web pour faire des PDF HTML si vous pouvez le faire vous-même avec un accès gratuit à la bibliothèque?
Voir ce donc, la question, dans ce cas, ils l'envoient en json dans le message http. Il n'y a pas de limitation sur la longueur des données lorsqu'il est fait de cette façon. Créer une chaîne json à l'aide de JsonConvert.SerializeObject et ensuite l'envoyer comme une chaîne de caractères contenu à l'aide de StringContent et l'envoyer.
Suis-je donc raison de dire qu'il n'est pas construit en équivalent dans HttpClient pour UploadValues("https://api.html2pdfrocket.com/pdf", options) dans le WebClient classe?

OriginalL'auteur Jim | 2016-07-18

c#dotnet-httpclient

11

Avec un poste peut inclure le contenu dans le message http au lieu de l'URI. Un uri a une longueur max de 2083 caractères. Vous pourriez l'envoyer sous forme de JSON dans le message http au lieu de l'URI qui est la méthode recommandée pour envoyer de grandes quantités de données dans un HttpPost/HttpPut. J'ai modifié ton code pour l'utiliser. Cela suppose que votre service, vous pouvez contacter le travail avec JSON (.net Web Api hors de la boîte devrait avoir aucun problème avec cela).
```
using (var client = new HttpClient())
{
    //Build the conversion options
    var options = new 
    {
        value = html,
        apikey = ConfigurationManager.AppSettings["pdf:key"],
        MarginLeft = "10",
        MarginRight = "10"
    };

    //Serialize our concrete class into a JSON String
    var stringPayload = JsonConvert.SerializeObject(options);
    var content = new StringContent(stringPayload, Encoding.UTF8, "application/json");

    var response = await client.PostAsync("https://api.html2pdfrocket.com/pdf", content);
    var result = await response.Content.ReadAsByteArrayAsync();
    return result;
}
```
Assurez-vous d'installer newtonsoft json.

merci, je n'ai pas lu le nom de la classe assez attentivement, je pensais que c'était déjà un poste. Merci.
il serait bon de savoir si il y a une construite dans l'équivalent de la WebClient, UploadValues méthode, qui permet de ne pas utiliser json, et toujours gérer pour afficher tous les le contenu.
href="http://stackoverflow.com/a/27548828/1260204">ce AFIN de répondre peut-être l'approche que vous recherchez.
merci, c'exemple les postes d'une valeur unique, mais le principe s'applique - fou, il n'est pas intégré dans l' - merci pour votre aide.
comme une question d'intérêt, les données que j'ai écris est en fait pas dans l'url, c'est posté exactement comme StringContent. L'erreur n'est pas en utilisant une méthode incorrecte, l'erreur est dans une limite arbitraire sur le EscapeDataString que FormUrlEncodedContent arrive à utiliser.

OriginalL'auteur Igor

Je viens de résoudre un problème similaire. Pour moi j'ai été à l'intégration avec un backend je n'ai pas le contrôle et a dû afficher un fichier avec les données du formulaire (par exemple, le code client) comme variables de formulaire. Donc passer en JSON ou plusieurs parties de casser le backend je n'ai pas de contrôle. Le problème est que les fichiers volumineux serait la cause de la FormUrlEncodedContent lever une erreur en disant: "L'uri de la chaîne est trop longue".

C'est le code qui a résolu pour moi, après deux jours d'effort (note doit encore être modifié pour être ASYNCHRONE).

private string UploadFile(string filename, int CustomerID, byte[] ImageData) {

        string Base64String = "data:image/jpeg;base64," + Convert.ToBase64String(ImageData, 0, ImageData.Length);

        var baseAddress = new Uri("[PUT URL HERE]");
        var cookieContainer = new CookieContainer();
        using (var handler = new HttpClientHandler() { AllowAutoRedirect = true, UseCookies = true, CookieContainer = cookieContainer })
        using (var client = new HttpClient(handler) { BaseAddress = baseAddress })
        {

            try {

                //ENCODE THE FORM VARIABLES DIRECTLY INTO A STRING rather than using a FormUrlEncodedContent type which has a limit on its size.        
                string FormStuff = string.Format("name={0}&file={1}&id={2}", filename, HttpUtility.UrlEncode(Base64String), CustomerID.ToString());
                //THEN USE THIS STRING TO CREATE A NEW STRINGCONTENT WHICH TAKES A PARAMETER WHICH WILL FormURLEncode IT AND DOES NOT SEEM TO THROW THE SIZE ERROR
                StringContent content = new StringContent(FormStuff, Encoding.UTF8, "application/x-www-form-urlencoded");

                //UPLOAD
                string url = string.Format("/ajax/customer_image_upload.php");
                response = client.PostAsync(url, content).Result;
                return response.Content.ToString();

            }
            catch (Exception ex) {
                return ex.ToString();
            }



        }

    }

ce travail pour moi.

OriginalL'auteur Brian

Si, comme moi, vous êtes confronté à certains déglingués 3ème partie service web qui n'acceptent contenu d'un formulaire, vous pouvez contourner le problème comme ceci:

//Let's assume you've got your key-value pairs organised into a nice Dictionary<string, string> called formData
var encodedItems = formData.Select(i => WebUtility.UrlEncode(i.Key) + "=" + WebUtility.UrlEncode(i.Value));
var encodedContent = new StringContent(String.Join("&", encodedItems), null, "application/x-www-form-urlencoded");

//Post away!
var response = await client.PostAsync(url, encodedContent);

Meilleure réponse ici. Besoins upvoting.

OriginalL'auteur Mick Byrne

@Mick Byrne :
Merci - votre solution a fonctionné comme un charme!

Voici mon code complet:

      public async Task DateienSendenAsync (string PfadUndDatei, string Dateiname, String VRPinGUID, String ProjektGUID, String VRPinX, String VRPinY, String VRPinZ)
{
var client = new HttpClient();
//Create the HttpContent for the form to be posted.
var requestContent = new[] {
new KeyValuePair<string, string>("dateiname", Dateiname),
new KeyValuePair<string, string>("bild", Convert.ToBase64String(File.ReadAllBytes(PfadUndDatei))),
new KeyValuePair<string, string>("VRPinGUID", VRPinGUID),
new KeyValuePair<string, string>("ProjektGUID", ProjektGUID),
new KeyValuePair<string, string>("ebene", "ebene"),
new KeyValuePair<string, string>("raumnummer", "raumnummer"),
new KeyValuePair<string, string>("ansichtsname", "ansichtsname"),
new KeyValuePair<string, string>("VRPinX", VRPinX),
new KeyValuePair<string, string>("VRPinY", VRPinY),
new KeyValuePair<string, string>("VRPinZ", VRPinZ),
};
String url = "http://yourhomepage/path/upload.php";
var encodedItems = requestContent.Select(i => WebUtility.UrlEncode(i.Key) + "=" + WebUtility.UrlEncode(i.Value));
var encodedContent = new StringContent(String.Join("&", encodedItems), null, "application/x-www-form-urlencoded");
//Post away!
var response = await client.PostAsync(url, encodedContent);
}

OriginalL'auteur Robert Stefanowicz

Vous devez vous connecter pour publier un commentaire.