XMLHttpRequest stato 0 (responseText è vuoto)

Impossibile ottenere dati con XMLHttpRequest (lo stato 0 e responseText è vuoto):

xmlhttp = nuovo XMLHttpRequest ();
xmlhttp.open ("GET", "http://www.w3schools.com/XML/cd_catalog.xml", true);
xmlhttp.onreadystatechange = funzione () 
{
  if (xmlhttp.readyState == 4)
    alert ("status" + xmlhttp.status);
}
xmlhttp.send ();

Avvisa lo "stato 0".

La stessa situazione con la richiesta localhost (cd_catalog.xml viene salvato come file locale)

xmlhttp.open ("GET", "http: //localhost/cd_catalog.xml", true);

Ma con la richiesta IP localhost

xmlhttp.open ("GET", "http://127.0.0.1/cd_catalog.xml", true);

e con la richiesta del file locale

xmlhttp.open ("GET", "cd_catalog.xml", true);

tutto è OK (stato 200)

Cosa può causare il problema (stato = 0) con la richiesta online?

PS: Live HTTP Headers mostra che tutto è OK in tutti e 4 i casi:

  HTTP / 1.1 200 OK
  Lunghezza contenuto: 4742

PS2: server Web locale Apache su VMWare (sistema operativo host Win7, sistema operativo guest Ubuntu, adattatore di rete - NAT). Browser: Firefox.

status è 0 quando il tuo file html contenente lo script viene aperto nel browser tramite lo schema file. Assicurati di posizionare i file nel tuo server (apache o tomcat qualunque) e poi aprilo tramite protocollo http nel browser. (es. http: //localhost/myfile.html ) Questa è la soluzione.

La causa dei tuoi problemi è che stai tentando di eseguire una chiamata interdominio e non riesce .

Se stai sviluppando localhost, puoi effettuare chiamate interdominio: lo faccio sempre.

Per Firefox, devi abilitarlo nelle impostazioni di configurazione

signed.applets.codebase_principal_support = true

Quindi aggiungi qualcosa di simile al tuo codice aperto XHR:

  if (isLocalHost()){
    if (typeof(netscape) != 'undefined' && typeof(netscape.security) != 'undefined'){
      netscape.security.PrivilegeManager.enablePrivilege('UniversalBrowserRead');
    }
  }

Per IE, se ricordo bene, tutto ciò che devi fare è abilitare le impostazioni di sicurezza del browser in "Varie → Accedi alle origini dati tra domini" per farlo funzionare con gli ActiveX XHR.

IE8 e versioni successive hanno anche aggiunto funzionalità interdominio agli oggetti XmlHttpRequest nativi, ma non ho ancora giocato con quelli.

In realtà assicurati che il tuo tipo di pulsante sia Button not Submit, che ha causato un conflitto di stato dove mi sono incontrato di recente.

Se il server risponde a un metodo OPTIONS e a GET e POST (a seconda di quale di essi stai utilizzando) con un'intestazione come:

Access-Control-Allow-Origin: *

Potrebbe funzionare bene. Sembra in FireFox 3.5 e rekonq 0.4.0. Apparentemente, con quell'intestazione e la risposta iniziale a OPTIONS, il server sta dicendo al browser: "Vai avanti e lascia che questa richiesta interdominio vada a buon fine".

Considera anche il timeout della richiesta :

Il browser moderno restituisce readyState = 4 e s tatus = 0 se passa troppo tempo prima della risposta del server.

Aggiungi setRequestHeader("Access-Control-Allow-Origin","*")alla risposta del tuo server.

Avevo affrontato un problema simile. Tutto andava bene, "readystate" era 4, ma lo "status" era 0. Era perché stavo usando un server portatile Apache PHP e il mio file in cui ho usato l'oggetto "XMLHttpRequest" era un file html. Ho cambiato l'estensione del file in php e il problema è stato risolto.

Apri la console javascript . Vedrai un messaggio di errore lì. Nel mio caso è stato CORS.

Per rispondere alla domanda sul perché http://127.0.0.1/cd_catalog.xmlfunziona mentre http://localhost/cd_catalog.xmlnon funziona: Firefox tratta 127.0.0.1 e localhost come due domini diversi.

Per vedere qual è il problema, quando ottieni l'errore criptico 0 vai a ... | Altri strumenti | Strumenti per sviluppatori (Ctrl + Maiusc + I) in Chrome (nella pagina che dà l'errore)

Leggere il testo in rosso nel registro per ottenere il vero messaggio di errore. Se c'è troppo dentro, fai clic con il pulsante destro del mouse e Cancella console, quindi fai di nuovo l'ultima richiesta.

Il mio primo problema è stato che stavo passando per la prima volta le intestazioni di autorizzazione al mio servizio Web interdominio per il browser.

Avevo già:

Access-Control-Allow-Origin: *

Ma no:

Access-Control-Allow-Methods: GET, POST, PUT, DELETE
Access-Control-Allow-Headers: Authorization

nell'intestazione della risposta del mio servizio web.

Dopo averlo aggiunto, il mio errore zero era sparito dal mio server web, così come durante l'esecuzione del file index.html localmente senza un server web, ma dava ancora errori nella penna del codice.

Torna a ... | Altri strumenti | Strumenti per sviluppatori durante la visualizzazione dell'errore in codepen, e viene spiegato chiaramente: codepen utilizza https, quindi non posso effettuare chiamate a http, poiché la sicurezza è inferiore.

Devo quindi ospitare il mio servizio web su https.

Sapere come ottenere il vero messaggio di errore - impagabile!

Ecco un altro caso in cui status === 0, specifico per il caricamento:

Se colleghi un 'load'gestore di eventi a XHR.upload, come suggerito da MDN (scorri verso il basso fino alla parte di caricamento di "Monitoraggio avanzamento"), l'oggetto XHR avrà status=0e tutte le altre proprietà saranno stringhe vuote. Se 'load'colleghi il gestore direttamente all'oggetto XHR, come faresti quando scarichi il contenuto, dovresti stare bene (dato che non stai scappando da localhost).

Tuttavia, se si desidera ottenere dati validi nei 'progress'gestori di eventi, è necessario collegare un gestore a XHR.upload, non direttamente all'oggetto XHR stesso.

Finora l'ho testato solo su Chrome OSX, quindi non sono sicuro di quanto il problema qui sia la documentazione di MDN e quanto sia l'implementazione di Chrome ...

Alex Robinson già (e primo) dà la risposta corretta a questo problema. Ma per elaborarlo un po 'di più ...

Devi aggiungere l'intestazione della risposta HTTP:

Access-Control-Allow-Origin: *

Se lo fai, il risultato non è solo "potrebbe funzionare", ma "funzionerà".

NB Quello che devi aggiungere è un'intestazione di risposta HTTP , quindi puoi farlo solo su un server che controlli. Non sarà mai possibile recuperare direttamente http://w3schools.com/XML/cd_catalog.xml dal suo URL originale utilizzando un XMLHttpRequest(come da domanda dell'OP), perché quella risorsa non lo fa (almeno, non a partire dal 24 aprile 2015) includere qualsiasi intestazione CORS di questo tipo.

http://en.wikipedia.org/wiki/Cross-origin_resource_sharing fornisce maggiori informazioni.

Il mio problema simile a questo è stato risolto controllando il mio codice html. Avevo un onclickgestore nel mio pulsante di invio del modulo a un metodo. come questo: onclick="sendFalconRequestWithHeaders()". Questo metodo a sua volta chiama ajax proprio come il tuo e fa quello che voglio. Ma non come previsto, il mio browser non restituiva nulla.

Appreso dal duro lavoro di qualcuno , sono tornato falso in questo gestore e ho risolto. Permettetemi di dire che prima di arrivare a questo post, ho trascorso un intero fine settimana di 3 giorni e mezzo al giorno a scrivere codice ufficio attuazione CORS filters, jetty config, altra jersey and embedded jettyroba riferito - solo per risolvere questo problema, che ruota intorno a tutta la mia comprensione. cross domain ajax requestsE roba standard. Era ridicolo come semplici errori in javascript ti rendessero stupido.

Per essere vero, ho provato signed.applets.codebase_principal_support = truee scritto isLocalHost() **if**. potrebbe essere che questo metodo debba essere implementato da noi, firefox dice che non ce n'è ora devo pulire il mio codice per inviare la patch git in modo pulito. Grazie a quel qualcuno.

Una richiesta del browser "127.0.0.1/somefile.html" arriva invariata al server web locale, mentre "localhost / somefile.html" potrebbe arrivare come "0: 0: 0: 0: 0: 0: 0: 1 / somefile.html "se IPv6 è supportato. Quindi quest'ultimo può essere elaborato come passaggio da un dominio a un altro.

Alex Robinson e bmju hanno fornito preziose informazioni per comprendere i problemi di origine incrociata. Volevo aggiungere che potrebbe essere necessario effettuare una chiamata OPTIONS esplicita nel codice client prima di effettuare il GET / POST desiderato (ad es. Contro un endpoint del servizio OAuth CORS). Il tuo browser / libreria potrebbe non gestire automaticamente la richiesta OPTIONS. Gruber, questa è una delle possibili risposte alla tua domanda.

Ho avuto lo stesso problema (readyState era 4 e stato 0) , quindi ho seguito un approccio diverso spiegato in questo tutorial: https://spring.io/guides/gs/consuming-rest-jquery/

Non ha usato affatto XMLHttpRequest , invece ha usato il metodo jquery $ .ajax () :

<head>
    <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
    <script src="hello.js"></script>
</head>

<body>
    <div>
        <p class="greeting-id">The ID is </p>
        <p class="greeting-content">The content is </p>
    </div>
</body>

e per il file public / hello.js (oppure puoi inserirlo direttamente nello stesso codice HTML):

$(document).ready(function() 
 {
    $.ajax({
        url: "http://rest-service.guides.spring.io/greeting"
   }).then(function(data) {
      $('.greeting-id').append(data.id);
      $('.greeting-content').append(data.content);
   });
 });

Ho dovuto aggiungere (di nuovo) il mio indirizzo IP corrente alla whitelist Atlas MongoDB e quindi mi sono sbarazzato dell'errore di stato 0 di XMLHttpRequest

Ho avuto questo problema perché l'ho usato 0.0.0.0come server, l'ho cambiato in localhoste funziona.

Modifica: si prega di leggere i commenti di Malvolio di seguito poiché la conoscenza di questa risposta è obsoleta.

Non è possibile eseguire richieste XMLHttp tra domini.

La chiamata a 127.0.0.1funziona perché la tua pagina di test si trova in 127.0.0.1, e anche il test locale funziona poiché, beh ... è un test locale.

Gli altri due test falliscono perché JavaScript non può comunicare con un server distante tramite XMLHttpRequest.

Potresti invece considerare:

• XMLHttp-richiedi il tuo server per recuperare il tuo contenuto XML remoto per te (script php, ad esempio)
• Cercando di utilizzare un servizio come GoogleAppEngine se vuoi mantenerlo JavaScript completo.

spero che aiuti