Невозможно установить контент-тип в 'application/json' в jQuery.ajax

Ответ 1

Казалось бы, удаление http:// из параметра url гарантирует отправку правильного заголовка HTTP POST.

Я не думаю, что вам нужно полностью квалифицировать имя хоста, просто используйте относительный URL-адрес, как показано ниже.

   $.ajax({
      type: "POST",
      contentType: "application/json",
      url: '/Hello',
      data: { name: 'norm' },
      dataType: "json"
   });

Пример моей работы:

        $.ajax({
            type: "POST",
            url: siteRoot + "api/SpaceGame/AddPlayer",
            async: false,
            data: JSON.stringify({ Name: playersShip.name, Credits: playersShip.credits }),
            contentType: "application/json",
            complete: function (data) {
            console.log(data);
            wait = false;
        }
    });

Возможно, связано: jQuery $.ajax(), $.post отправки "ОПЦИИ" как REQUEST_METHOD в Firefox

Edit: После нескольких исследований я узнал, что заголовок OPTIONS используется, чтобы узнать, разрешен ли запрос из исходного домена. Используя fiddler, я добавил следующее в заголовки ответов с моего сервера.

 Access-Control-Allow-Origin: *
 Access-Control-Allow-Headers: Content-Type
 Access-Control-Allow-Methods: POST, GET, OPTIONS

После того как браузер получил этот ответ, он отправил правильный запрос POST с данными json. Казалось бы, тип содержимого по умолчанию с urlencoded считается безопасным и, следовательно, не подвергается дополнительным проверкам перекрестных доменов.

Похоже, вам нужно будет добавить вышеупомянутые заголовки к ответам серверов на запрос OPTIONS. Вы должны, конечно, настроить их, чтобы разрешать запросы из определенных доменов, а не все.

Я использовал следующий jQuery для проверки этого.

$.ajax({
   type: "POST",
   url: "http://myDomain.com/path/AddPlayer",
   data: JSON.stringify({
      Name: "Test",
       Credits: 0
   }),
   //contentType: "application/json",
   dataType: 'json',
   complete: function(data) {
       $("content").html(data);
  }
});​

Литература:

• http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
• http://enable-cors.org/
• https://developer.mozilla.org/en/http_access_control

Ответ 2

Я могу показать вам, как я его использовал

  function GetDenierValue() {
        var denierid = $("#productDenierid").val() == '' ? 0 : $("#productDenierid").val();
        var param = { 'productDenierid': denierid };
        $.ajax({
            url: "/Admin/ProductComposition/GetDenierValue",
            dataType: "json",
            contentType: "application/json;charset=utf-8",
            type: "POST",
            data: JSON.stringify(param),
            success: function (msg) {
                if (msg != null) {
                    return msg.URL;
                }
            }
        });
    }

Ответ 3

Итак, все, что вам нужно сделать для этого, - добавить:

headers: {
    'Accept': 'application/json',
    'Content-Type': 'application/json'
}

как поле для вашего почтового запроса, и оно будет работать.

Ответ 4

Я узнал эти экраны, я использую CodeFluentEntities, и у меня есть решение, которое сработало и для меня.

Я использую эту конструкцию:

$.ajax({
   url: path,
   type: "POST",
   contentType: "text/plain",
   data: {"some":"some"}
}

как вы можете видеть, если я использую

contentType: "",

или

contentType: "text/plain", //chrome

Все работает нормально.

Я не уверен на 100%, что все, что вам нужно, потому что я также изменил заголовки.

Ответ 5

Я нашел решение этой проблемы здесь. Не забудьте разрешить глагольные опции для обработчика службы приложений IIS.

Прекрасно работает. Спасибо, Андре Педрозу.: -)

Ответ 6

У меня была такая же проблема. Я запускаю приложение java rest на сервере jboss. Но я думаю, что решение похоже на веб-приложение ASP.NET.

Firefox делает предварительный вызов на ваш сервер/источник URL, чтобы проверить, какие параметры разрешены. Это запрос "ОПЦИИ", который ваш сервер не отвечает соответственно. Если этот ответ OPTIONS отвечает правильно, выполняется второй вызов, который является фактическим запросом "POST" с содержимым json.

Это происходит только при выполнении междоменного вызова. В вашем случае вызов 'http://localhost:16329/Hello' вместо вызова URL-адреса в том же домене '/Hello'

Если вы намерены совершить междоменный вызов, вам необходимо повысить класс обслуживания отдыха с помощью аннотированного метода, который поддерживает HTTP-запрос "OPTIONS". Это соответствует реализации java:

@Path("/rest")
public class RestfulService {

    @POST
    @Path("/Hello")
    @Consumes(MediaType.APPLICATION_JSON)
    @Produces(MediaType.TEXT_PLAIN)
    public string HelloWorld(string name)
    {
        return "hello, " + name;
    }

//THIS NEEDS TO BE ADDED ADDITIONALLY IF MAKING CROSS-DOMAIN CALLS

    @OPTIONS
    @Path("/Hello")
    @Produces(MediaType.TEXT_PLAIN+ ";charset=utf-8")
    public Response checkOptions(){
        return Response.status(200)
        .header("Access-Control-Allow-Origin", "*")
        .header("Access-Control-Allow-Headers", "Content-Type")
        .header("Access-Control-Allow-Methods", "POST, OPTIONS") //CAN BE ENHANCED WITH OTHER HTTP CALL METHODS 
        .build();
    }
}

Итак, я думаю, что в .NET вы должны добавить дополнительный метод, аннотированный с помощью

[WebInvoke(
        Method = "OPTIONS",
        UriTemplate = "Hello",
        ResponseFormat = WebMessageFormat.)]

где установлены следующие заголовки

.header("Access-Control-Allow-Origin", "*")
        .header("Access-Control-Allow-Headers", "Content-Type")
        .header("Access-Control-Allow-Methods", "POST, OPTIONS")

Ответ 7

Если вы используете это:

contentType: "application/json"

AJAX не отправит параметры GET или POST на сервер.... не знаю почему.

Мне потребовалось несколько часов, чтобы ослабить его сегодня.

Просто используйте:

$.ajax(
  { url : 'http://blabla.com/wsGetReport.php',
    data : myFormData, type : 'POST', dataType : 'json', 
    // contentType: "application/json", 
    success : function(wsQuery) { }
  }
)