Usei a resposta dada por Carcione e a modifiquei para usar JSON.
function getUrlJsonSync(url){
var jqxhr = $.ajax({
type: "GET",
url: url,
dataType: 'json',
cache: false,
async: false
});
// 'async' has to be 'false' for this to work
var response = {valid: jqxhr.statusText, data: jqxhr.responseJSON};
return response;
}
function testGetUrlJsonSync()
{
var reply = getUrlJsonSync("myurl");
if (reply.valid == 'OK')
{
console.dir(reply.data);
}
else
{
alert('not valid');
}
}
Adicionei o dataType de 'JSON' e alterei o .responseText para responseJSON .
Também recuperei o status usando a propriedade statusText do objeto retornado. Observe que esse é o status da resposta do Ajax, não se o JSON é válido.
O back-end deve retornar a resposta em JSON correto (bem formado), caso contrário, o objeto retornado será indefinido.
Há dois aspectos a serem considerados ao responder à pergunta original. Um deles está dizendo ao Ajax para executar de forma síncrona (configurando async: false ) e o outro está retornando a resposta por meio da instrução de retorno da função de chamada, em vez de uma função de retorno de chamada.
Eu também tentei com o POST e funcionou.
Mudei o GET para POST e adicionei dados: postdata
function postUrlJsonSync(url, postdata){
var jqxhr = $.ajax({
type: "POST",
url: url,
data: postdata,
dataType: 'json',
cache: false,
async: false
});
// 'async' has to be 'false' for this to work
var response = {valid: jqxhr.statusText, data: jqxhr.responseJSON};
return response;
}
Observe que o código acima funciona apenas no caso em que async é falso . Se você configurasse async: true, o objeto retornado jqxhr não seria válido no momento em que a chamada AJAX retornasse, somente mais tarde quando a chamada assíncrona for concluída, mas é tarde demais para definir a variável de resposta .
beforecreate
.