Невозможно установить для типа содержимого значение 'application / json' в jQuery.ajax

Когда у меня есть этот код

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

в Fiddler я вижу следующий необработанный запрос

POST http://localhost:16329/Hello HTTP/1.1
Host: localhost:16329
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Accept: application/json, text/javascript, */*; q=0.01
Accept-Language: ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
Referer: http://localhost:14693/WebSite1/index.html
Content-Length: 9
Origin: http://localhost:14693
Pragma: no-cache
Cache-Control: no-cache

name=norm

Но я пытаюсь установить тип содержимого из application / x-www-form-urlencoded в application / json . Но этот код

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

Создает странный запрос (который я вижу в Fiddler)

OPTIONS http://localhost:16329/Hello HTTP/1.1
Host: localhost:16329
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Origin: http://localhost:14693
Access-Control-Request-Method: POST
Access-Control-Request-Headers: content-type
Pragma: no-cache
Cache-Control: no-cache

Это почему? Что такое OPTIONS, когда он должен быть там POST? И где мой тип контента установлен на application / json? И параметры запроса ушли почему-то.

ОБНОВЛЕНИЕ 1

На стороне сервера у меня действительно простой сервис RESTful.

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class RestfulService : IRestfulService
{
    [WebInvoke(
        Method = "POST",
        UriTemplate = "Hello",
        ResponseFormat = WebMessageFormat.Json)]
    public string HelloWorld(string name)
    {
        return "hello, " + name;
    }
}

Но почему-то не могу вызвать этот метод с параметрами.

ОБНОВЛЕНИЕ 2

Извините, что не ответил так долго.

Я добавил эти заголовки в свой ответ сервера

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

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

Вот что говорит мой скрипач

Итак, теперь я могу быть уверен, что мой сервер принимает POST, GET, OPTIONS (если заголовки ответов работают так, как я ожидал). Но почему «Метод не разрешен»?

В ответе WebView от сервера (вы можете увидеть ответ Raw на картинке выше) выглядит так

Казалось бы, удаление 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 отправка "OPTIONS" как REQUEST_METHOD в Firefox

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

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

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

Похоже, вам нужно будет добавить ранее упомянутые заголовки в ответ вашего сервера на запрос 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

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

  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;
                }
            }
        });
    }

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

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

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

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

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

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

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

contentType: "",

или

contentType: "text/plain", //chrome

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

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

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

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) { }
  }
)

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

Работает отлично. Спасибо, Андре Педросо. :-)

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

Firefox выполняет предварительный вызов вашего сервера / URL-адреса отдыха, чтобы проверить, какие параметры разрешены. Это запрос "OPTIONS", на который ваш сервер не отвечает соответствующим образом. Если на этот вызов 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")

У меня есть решение для отправки данных JSON по запросу POST через jquery ajax. Я использовал код ниже

    var data = new Object();
    data.p_clientId = 4;
    data =  JSON.stringify(data);

    $.ajax({
      method: "POST",
      url: "http://192.168.1.141:8090/api/Client_Add",
      data: data,
      headers: {
        'Accept': 'application/json',
        'Content-Type': 'text/plain'
    }
    })
      .done(function( msg ) {
        alert( "Data Saved: " + msg );
      });


        });
    });

Я использовал 'Content-Type': 'text/plain'в заголовке для отправки необработанных данных json.
Потому что, если мы используем Content-Type: 'application/json'методы запроса, преобразованные в OPTION, но использование Content-Type: 'test/plain'метода не преобразуется и остается как POST. Надеюсь, это кому-нибудь поможет.

Привет, эти две строчки у меня сработали.

contentType: "application / json; charset = utf-8", dataType: "json"

 $.ajax({
            type: "POST",
            url: "/v1/candidates",
            data: obj,
            **contentType:"application/json; charset=utf-8",
            dataType:"json",**
            success: function (data) {
                table.row.add([
                    data.name, data.title
                ]).draw(false);
            }

Спасибо, Прашант