我正在使用flurl提交HTTP请求,这非常有用。现在我需要更改" application / json; odata = verbose" Content-Type" 标题>
public async Task<Job> AddJob()
{
var flurlClient = GetBaseUrlForGetOperations("Jobs").WithHeader("Content-Type", "application/json;odata=verbose");
return await flurlClient.PostJsonAsync(new
{
//Some parameters here which are not the problem since tested with Postman
}).ReceiveJson<Job>();
}
private IFlurlClient GetBaseUrlForOperations(string resource)
{
var url = _azureApiUrl
.AppendPathSegment("api")
.AppendPathSegment(resource)
.WithOAuthBearerToken(AzureAuthentication.AccessToken)
.WithHeader("x-ms-version", "2.11")
.WithHeader("Accept", "application/json");
return url;
}
您可以看到我尝试添加上面的标题(.WithHeader("Content-Type", "application/json;odata=verbose")
)
不幸的是,这给了我以下错误:
&#34; InvalidOperationException:未使用的标题名称。确保请求 标头与HttpRequestMessage一起使用,响应头与 HttpResponseMessage和带有HttpContent对象的内容标题。&#34;
我也试过了flurl&#34; ConfigureHttpClient&#34;方法但无法找到如何/在何处设置内容类型标题。
答案 0 :(得分:5)
这个答案已经过时了。升级到latest version(2.0或更高版本),问题就会消失。
事实证明real issue与System.Net.Http
API验证标头的方式有关。它区分了请求级标头和内容级标头,我总是觉得有点奇怪,因为原始HTTP没有这样的区别(除了可能在多部分方案中)。 Flurl的WithHeader
为HttpRequestMessage
对象添加了标头,但未对Content-Type
进行验证,并希望将其添加到HttpContent
对象。
这些API确实允许你跳过验证,虽然Flurl没有直接暴露它,你可以很容易地进入底层,而不会破坏流畅的链:
return await GetBaseUrlForGetOperations("Jobs")
.ConfigureHttpClient(c => c.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json;odata=verbose"))
.PostJsonAsync(new { ... })
.ReceiveJson<Job>();
这可能是做你需要的最好方法,仍然可以利用Flurl的优点,即不必直接处理序列化,HttpContent
对象等。
我强烈考虑根据此问题更改Flurl的AddHeader(s)
实施以使用TryAddWithoutValidation
。
答案 1 :(得分:1)
我发现的评论和另一篇文章(当我再次找到它时会添加参考文献)指出了正确的方向。 我的问题的解决方案如下:
var jobInJson = JsonConvert.SerializeObject(job);
var json = new StringContent(jobInJson, Encoding.UTF8);
json.Headers.ContentType = MediaTypeHeaderValue.Parse("application/json; odata=verbose");
var flurClient = GetBaseUrlForOperations("Jobs");
return await flurClient.PostAsync(json).ReceiveJson<Job>();
修改:找到相关的SO问题:Azure encoding job via REST Fails
答案 2 :(得分:1)
public static class Utils
{
public static IFlurlClient GetBaseUrlForOperations(string resource)
{
var _apiUrl = "https://api.mobile.azure.com/v0.1/apps/";
var url = _apiUrl
.AppendPathSegment("Red-Space")
.AppendPathSegment("HD")
.AppendPathSegment("push")
.AppendPathSegment("notifications")
.WithHeader("Accept", "application/json")
.WithHeader("X-API-Token", "myapitocken");
return url;
}
public static async Task Invia()
{
FlurlClient _client;
PushMessage pushMessage = new PushMessage();
pushMessage.notification_content = new NotificationContent();
try
{
var flurClient = Utils.GetBaseUrlForOperations("risorsa");
// News news = (News)contentService.GetById(node.Id);
//pushMessage.notification_target.type = "";
pushMessage.notification_content.name = "A2";
// pushMessage.notification_content.title = node.GetValue("TitoloNews").ToString();
pushMessage.notification_content.title = "Titolo";
pushMessage.notification_content.body = "Contenuto";
var jobInJson = JsonConvert.SerializeObject(pushMessage);
var json = new StringContent(jobInJson, Encoding.UTF8);
json.Headers.ContentType = MediaTypeHeaderValue.Parse("application/json");
dynamic data2 = await flurClient.PostAsync(json).ReceiveJson();
var expandoDic = (IDictionary<string, object>)data2;
var name = expandoDic["notification_id"];
Console.WriteLine(name);
}
catch (FlurlHttpTimeoutException ex)
{
Console.WriteLine(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType + " " + ex);
}
catch (FlurlHttpException ex)
{
Console.WriteLine(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType + " " + ex);
if (ex.Call.Response != null)
Console.WriteLine("Failed with response code " + ex.Call.Response.StatusCode);
else
Console.WriteLine("Totally failed before getting a response! " + ex.Message);
}
catch (Exception ex)
{
Console.WriteLine(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType + " " + ex);
}
}
}
public class NotificationTarget
{
public string type { get; set; }
}
public class CustomData {}
public class NotificationContent
{
public string name { get; set; }
public string title { get; set; }
public string body { get; set; }
public CustomData custom_data { get; set; }
}
public class PushMessage
{
public NotificationTarget notification_target { get; set; }
public NotificationContent notification_content { get; set; }
}
答案 3 :(得分:0)
我不是OData专家而且我不知道您正在调用哪种API(SharePoint?),但根据我见过的大多数示例,您通常想要的是什么要求服务器在响应中发送详细的OData,而不是声明您在请求中发送它。换句话说,您希望在接受标题上设置;odata=verbose
位,而不是 Content-Type 。 application/json
对于Content-Type应该足够好,而Flurl会自动为您设置,所以只需尝试此更改,看看它是否有效:
.WithHeader("Accept", "application/json;odata=verbose");
答案 4 :(得分:0)
我可以发布同一个问题的3个答案吗? :)
Upgrade. Flurl.Http 2.0包含以下标题增强功能:
WithHeader(s)
现在使用了TryAddWithoutValidation
。仅凭这一变化,OP的代码将按照最初发布的方式运行。
标题现已设置为请求级别,解决了another known issue。
在标题名称中使用带有对象表示法SetHeaders
的{{1}}时,由于标题中的连字符非常常见,因此下划线不是,并且C#标识符中不允许使用连字符。
这对您的情况很有用:
.WithHeaders(new {
x_ms_version = "2.11",
Accept = "application/json"
});