При выполнении post через ajax вместо результата JSON возвращается неверный запрос
в JavaScript
jqXHR = $.ajax({ url: $frm.attr("action"), type: "POST", dataType: "json", cache: false,
headers: headers, contentType: "application/json;charset=UTF-8", data: ko.mapping.toJSON(data, map),
beforeSend: function(x) {
if (x && x.overrideMimeType) {
return x.overrideMimeType("application/json;charset=UTF-8");
}
}
});
jqXHR.fail(function(xhr, err, msg) { /* xhr.responseText NEED TO BE JSON!!! */ });
В Chrome
заголовки
Request Method:POST
Status Code:400 Bad Request
Request Headersview source
Accept:application/json, text/javascript, */*; q=0.01
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8,pt-BR;q=0.6,pt;q=0.4
Connection:keep-alive
Content-Length:10
Content-Type:application/json;charset=UTF-8
User-Agent:Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.117 Safari/537.36
X-Requested-With:XMLHttpRequest
Request Payloadview source {Id:0}
Response Headersview source
Cache-Control:private
Content-Length:54
Content-Type:application/json; charset=utf-8
Date:Thu, 27 Feb 2014 14:01:59 GMT
Server:Microsoft-IIS/8.0
X-AspNet-Version:4.0.30319
X-AspNetMvc-Version:5.1
X-Powered-By:ASP.NET
ответ
[{"Name":"Nome","ErrorMessage": "campo obrigatório."}]
работает в chrome!
в IE8
Заголовки (Запрос)
POST /Motivos/Salvar HTTP/1.1
Accept: application/json, text/javascript, */*; q=0.01
Accept-Language: pt-br
x-requested-with: XMLHttpRequest
Content-Type: application/json;charset=UTF-8
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
Content-Length: 10
Connection: Keep-Alive
Pragma: no-cache
заголовки (Ответ)
HTTP/1.1 400 Bad Request
Cache-Control: private
Content-Type: text/html
Server: Microsoft-IIS/8.0
X-AspNetMvc-Version: 5.1
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Thu, 27 Feb 2014 13:51:46 GMT
Content-Length: 11
Bad Request
НЕ РАБОТАЕТ!!
Asp.net MVC
фильтр
public class HandleExceptionAttribute : HandleErrorAttribute
{
public override void OnException(ExceptionContext filterContext)
{
if (filterContext.HttpContext.Request.IsAjaxRequest() && filterContext.Exception != null)
{
filterContext.HttpContext.Response.StatusCode = (int)HttpStatusCode.InternalServerError;
var ex = filterContext.Exception.GetBaseException();
filterContext.Result = new JsonResult
{
JsonRequestBehavior = JsonRequestBehavior.AllowGet,
Data = new
{
ex.Message,
ex.GetType().Name
}
};
filterContext.ExceptionHandled = true;
}
else
{
base.OnException(filterContext);
}
}
}
применить на GlobalFilterCollection
контроллер
[ValidateJsonAntiForgeryToken, HttpPost]
public virtual JsonResult Salvar(TViewModel viewModel)
{
if (ModelState.IsValid)
{
TEntity model;
if (default(TKey).Equals(viewModel.Id))
{
model = Mapper.Map<TEntity>(viewModel);
AdicionarEntidade(model, viewModel);
}
else
{
model = Repositorio.Get(viewModel.Id);
Mapper.Map(viewModel, model, typeof(TViewModel), typeof(TEntity));
SalvarEntidade(model, viewModel);
}
return SalvarResult(model);
}
Response.StatusCode = 400;
return Json(ModelState.ToJson(), JsonRequestBehavior.AllowGet);
}
Extenssion
public static object ToJson(this ModelStateDictionary dic, params string[] othersMessages)
{
var states = (from e in dic where e.Value.Errors.Count > 0
select new { Name = e.Key, e.Value.Errors[0].ErrorMessage }).ToList();
if (othersMessages != null)
foreach (var message in othersMessages)
states.Add(new { Name = "", ErrorMessage = message });
return states;
}
вопросы
- почему бы не иметь xhr.объект resposeText?
- как получить JSON так же, как я восстанавливаюсь в Chrome?
мне нужен JSON для заполнения формы!
Примечания: 03/11/2014
когда я добавить Response.TrySkipIisCustomErrors = true;
в моем контроллере он работает!
responseText возвращает json.
Почему?
6 ответов
подумайте, что это проблема с IIS, пытающимся использовать пользовательский ответ на ошибку, а не отправлять сообщение об ошибке, которое генерирует контроллер.
<system.webServer>
...
<httpErrors existingResponse="PassThrough"></httpErrors>
...
</system.webServer>
или
Response.TrySkipIisCustomErrors = true;
ссылка -https://stackoverflow.com/a/4029197/1304559
проверьте это сообщение в блогеhttp://weblog.west-wind.com/posts/2009/Apr/29/IIS-7-Error-Pages-taking-over-500-Errors
поскольку код ответа установлен в 400, IIS заменяет содержимое с его пользовательским содержимым страницы ошибок
проблема, которую я вижу, заключается в том, что вы пытаетесь установить кодировку JSON в UTF-8. Обычно он работает просто отлично, однако, на IIS, он имеет пользовательскую ошибку, чтобы сообщить, что UTF-8 не требуется.
несколько других вещей, чтобы отметить. Вы делаете сообщение, поэтому сервер будет ожидать файл json. Если нет, он не будет знать, что делать.
ваш ответ возвращается с Content-Type: text/html
HTTP-заголовка, но он должен быть!--2-->. Это не проблема в Chrome (и вы не получаете предупреждения о несоответствии в консоли), потому что вы полагаетесь на overrideMimeType
... который, как вы догадались, не является IE-дружественным. На самом деле, следующее Никогда не выполняется в старых версиях IE:
if (x && x.overrideMimeType) {
return x.overrideMimeType("application/json;charset=UTF-8");
}
ваше решение может заключаться в том, чтобы убедиться, что контент подается с правильным типом контента. Если вы знакомы с вмешательством такие инструменты, как Отрыжка Люкс, вы можете добавить правильный заголовок на лету и посмотреть, устраняет ли это проблему. Я бы, вероятно, избегал методов вставки, таких как AddHeader
и посмотреть, есть ли способ это можно исправить на более высоком уровне маршрутизации, возможно.
Я заполнил провальный тест, который должен помочь.
$.post($frm.attr("action"), ko.mapping.toJSON(data, map))
.done(function (dataVal) {
//process dataVal
var mystruct = GenerateCache($.parseJSON(dataVal));
})
.fail(function (jqxhr, textStatus, error) {
if (jqxhr.responseText.indexOf("YourMoniker") != -1) {
parseData($.parseJSON(jqxhr.responseText));
} else {
var err = textStatus + ', ' + error;
console.log("Request Failed: " + err);
}
});
function GenerateCache(data) {
var obj = function () { };
obj.prototype = data;
return new obj();
}
в частности, посмотрите на обработку ошибок в .
это не Контроллер, это работает нормально. Отсутствует обязательное поле: IE и Chrome возвращают код состояния 400 Bad Request
- но только Chrome правильно обрабатывает responseText
и давать вам [{"Name":"Nome","ErrorMessage":"campo obrigatório."}]
смысл у вас отсутствует поле формы.
хотя я искал повсюду и не нашел никаких ссылок на конкретные ошибки IE в обработке XMLHttpRequest.responseText
с кодами состояния non-200, похоже, что IE заменяет ваше тело ответа своим собственный:
Headers (Response)
HTTP/1.1 400 Bad Request
...
Content-Length: 11
Bad Request
указывает, что" контент", как он обрабатывает его, является текстом статуса" плохой запрос", а не правильным ответом json (который Chrome читает как content-length 54, например). Это может означать, что IE отбрасывает ваше тело ответа (я сомневаюсь, что это было бы чертовски невероятно), или оно просто не обрабатывается "должным образом.- Попробуй выбросить остаток своих jqXHR
объект и аргументы для вашего fail
обработчик, чтобы узнать, можете ли вы найти его где-то там.
IE (все версии, включая IE11) поместит "плохой запрос" в текст состояния и проигнорирует JSON, который вы ввели в качестве сообщения.
для использования xhr.responseText в IE при ошибке вам нужно создать исключение вместо возврата Json или JsonResult с HttpStatusCode.BadRequest;
Так... раньше:
Response.StatusCode = (int)HttpStatusCode.BadRequest;
return Json(new { Message = "There is already a distribution set which covers part or all of this period" });
это работает в Chrome, FF и любом здравомыслящем браузере. После:
throw new Exception("You have posted invalid datas.");
в качестве необработанного исключения он будет передан браузеру в качестве ответа, это будет работать в Chrome, FF и даже в IE. Это не изящно, как и все необработанные исключения (или просто исключения, если на то пошло), но это сделает работу, позволяя вам получить соответствующий ответ.