Pourquoi HttpClient BaseAddress ne fonctionne pas?

Considérez le code suivant, où le BaseAddressdéfinit un chemin d'URI partiel.

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api");
    var response = await client.GetAsync("/resource/7");
}

Je m'attends à ce que cela effectue une GETdemande http://something.com/api/resource/7. Mais ce n'est pas le cas.

Après quelques recherches, je trouve cette question et réponse: HttpClient avec BaseAddress . La suggestion est de placer /à la fin du BaseAddress.

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("/resource/7");
}

Ça ne marche toujours pas. Voici la documentation: HttpClient.BaseAddress Que se passe-t-il ici?

Il s'avère que, sur les quatre permutations possibles d'inclusion ou d'exclusion de barres obliques de fin ou de début sur l' BaseAddressURI relatif et transmises à la GetAsyncméthode - ou à toute autre méthode de HttpClient- une seule permutation fonctionne. Vous devez placer une barre oblique à la fin de BaseAddress, et vous ne devez pas placer de barre oblique au début de votre URI relatif, comme dans l'exemple suivant.

using (var handler = new HttpClientHandler())
using (var client = new HttpClient(handler))
{
    client.BaseAddress = new Uri("http://something.com/api/");
    var response = await client.GetAsync("resource/7");
}

Même si j'ai répondu à ma propre question, j'ai pensé apporter la solution ici car, encore une fois, ce comportement hostile n'est pas documenté. Mon collègue et moi avons passé la majeure partie de la journée à essayer de résoudre un problème qui a finalement été causé par cette bizarrerie de HttpClient.

La résolution de référence est décrite par RFC 3986 Uniform Resource Identifier (URI): syntaxe générique . Et c'est exactement ainsi que cela devait fonctionner. Pour conserver le chemin de l'URI de base, vous devez ajouter une barre oblique à la fin de l'URI de base et supprimer la barre oblique au début de l'URI relatif.

Si l'URI de base contient un chemin non vide, la procédure de fusion ignore sa dernière partie (après la dernière /). Section pertinente :

5.2.3. Chemins de fusion

Le pseudocode ci-dessus fait référence à une routine de «fusion» pour fusionner une référence de chemin relatif avec le chemin de l'URI de base. Ceci est accompli comme suit:

• Si l'URI de base a un composant d'autorité défini et un chemin vide, retournez une chaîne composée de "/" concaténée avec le chemin de la référence; autrement

• retourne une chaîne composée du composant de chemin de référence ajouté à tous sauf le dernier segment du chemin de l'URI de base (c'est-à-dire, en excluant tous les caractères après le "/" le plus à droite dans le chemin de l'URI de base, ou en excluant le chemin de l'URI de base entier s'il ne contient aucun caractère "/").

Si l'URI relatif commence par une barre oblique, il est appelé un URI relatif à chemin absolu. Dans ce cas, la procédure de fusion ignore tous les chemins URI de base. Pour plus d'informations, consultez 5.2.2. Transformer la section Références .

Ran dans un problème avec le HTTPClient, même avec les suggestions n'a toujours pas pu l'authentifier. Il s'avère que j'avais besoin d'un '/' de fin dans mon chemin relatif.

c'est à dire

var result = await _client.GetStringAsync(_awxUrl + "api/v2/inventories/?name=" + inventoryName);

var result = await _client.PostAsJsonAsync(_awxUrl + "api/v2/job_templates/" + templateId+"/launch/" , new {
                inventory = inventoryId
            });

Alternativement - ne pas utiliser BaseAddressdu tout. Mettez l'URL entière dans GetAsync()