XMLHttpRequest status 0 (responseText est vide)

Impossible d'obtenir des données avec XMLHttpRequest (le statut 0 et le responseText sont vides):

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

Il alerte "état 0".

La même situation avec la requête localhost (cd_catalog.xml est enregistré en tant que fichier local)

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

Mais avec la requête IP localhost

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

et avec la demande de fichier local

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

tout va bien (état 200)

Qu'est-ce qui peut causer le problème (statut = 0) avec la demande en ligne?

PS: Live HTTP Headers montre que tout est OK dans les 4 cas:

  HTTP / 1.1 200 OK
  Content-Longueur: 4742

PS2: serveur Web local Apache sur VMWare (OS hôte Win7, OS invité Ubuntu, adaptateur réseau - NAT). Navigateur - Firefox.

status est 0 lorsque votre fichier html contenant le script est ouvert dans le navigateur via le schéma de fichiers. Assurez-vous de placer les fichiers sur votre serveur (apache ou tomcat peu importe), puis ouvrez-le via le protocole http dans le navigateur. (ie http: //localhost/myfile.html ) C'est la solution.

La cause de vos problèmes est que vous essayez de faire un appel inter-domaines et cela échoue .

Si vous faites du développement localhost, vous pouvez passer des appels inter-domaines - je le fais tout le temps.

Pour Firefox, vous devez l'activer dans vos paramètres de configuration

signed.applets.codebase_principal_support = true

Ajoutez ensuite quelque chose comme ceci à votre code ouvert XHR:

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

Pour IE, si je me souviens bien, tout ce que vous avez à faire est d'activer le paramètre de sécurité du navigateur sous «Divers → Accéder aux sources de données à travers les domaines» pour le faire fonctionner avec ActiveX XHR.

IE8 et les versions ultérieures ont également ajouté des capacités inter-domaines aux objets XmlHttpRequest natifs, mais je n'ai pas encore joué avec ceux-ci.

Assurez-vous en fait que votre type de bouton est Button not Submit, ce qui a provoqué un conflit de statut là où je me suis rencontré récemment.

Si le serveur répond à une méthode OPTIONS et à GET et POST (selon celui que vous utilisez) avec un en-tête comme:

Access-Control-Allow-Origin: *

Cela pourrait fonctionner correctement. Semble dans FireFox 3.5 et rekonq 0.4.0. Apparemment, avec cet en-tête et la réponse initiale à OPTIONS, le serveur dit au navigateur: "Allez-y et laissez passer cette requête interdomaine."

Considérez également le délai d'expiration de la demande :

Le navigateur moderne renvoie readyState = 4 et s tatus = 0 si trop de temps s'écoule avant la réponse du serveur.

Ajoutez setRequestHeader("Access-Control-Allow-Origin","*")à la réponse de votre serveur.

J'avais fait face à un problème similaire. Tout allait bien, le "readystate" était de 4, mais le "status" était de 0. C'était parce que j'utilisais un serveur portable Apache PHP et que mon fichier dans lequel j'utilisais l'objet "XMLHttpRequest" était un fichier html. J'ai changé l'extension de fichier en php et le problème a été résolu.

Ouvrez la console javascript . Vous y verrez un message d'erreur. Dans mon cas, c'était CORS.

Pour répondre à la question de savoir pourquoi http://127.0.0.1/cd_catalog.xmlfonctionne mais http://localhost/cd_catalog.xmlpas: Firefox traite 127.0.0.1 et localhost comme deux domaines différents.

Pour voir quel est le problème, lorsque vous obtenez l'erreur cryptique 0, accédez à ... | Plus d'outils | Outils de développement (Ctrl + Maj + I) dans Chrome (sur la page donnant l'erreur)

Lisez le texte rouge dans le journal pour obtenir le vrai message d'erreur. S'il y en a trop, cliquez avec le bouton droit de la souris et effacez la console, puis faites à nouveau votre dernière requête.

Mon premier problème était que je transmettais pour la première fois les en-têtes d'autorisation à mon propre service Web inter-domaines pour le navigateur.

J'ai déjà eu:

Access-Control-Allow-Origin: *

Mais non:

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

dans l'en-tête de réponse de mon service Web.

Après avoir ajouté cela, mon erreur zéro a disparu de mon propre serveur Web, ainsi que lors de l'exécution du fichier index.html localement sans serveur Web, mais donnait toujours des erreurs dans le stylet de code.

Retour à ... | Plus d'outils | Developer Tools tout en obtenant l'erreur dans codepen, et il est clairement expliqué: codepen utilise https, donc je ne peux pas faire d'appels vers http, car la sécurité est inférieure.

J'ai donc besoin d'héberger mon service web sur https.

Savoir comment obtenir le vrai message d'erreur - inestimable!

Voici un autre cas dans lequel status === 0 , spécifique au téléchargement:

Si vous attachez un 'load'gestionnaire d'événements à XHR.upload, comme suggéré par MDN ( faites défiler vers le bas jusqu'à la partie téléchargement de «Surveillance de la progression»), l'objet XHR aura status=0et toutes les autres propriétés seront des chaînes vides. Si vous attachez le'load' gestionnaire directement à l'objet XHR, comme vous le feriez lors du téléchargement de contenu, tout devrait bien se passer (étant donné que vous n'utilisez pas localhost).

Cependant, si vous souhaitez obtenir de bonnes données dans vos 'progress'gestionnaires d'événements, vous devez attacher un gestionnaire à XHR.upload, pas directement à l'objet XHR lui-même.

Je n'ai testé cela jusqu'à présent que sur Chrome OSX, donc je ne sais pas à quel point le problème ici est la documentation de MDN et à quel point la mise en œuvre de Chrome ...

Alex Robinson donne déjà (et d'abord) la bonne réponse à ce problème. Mais pour l'élaborer un peu plus ...

Vous devez ajouter l'en-tête de réponse HTTP:

Access-Control-Allow-Origin: *

Si vous faites cela, le résultat n'est pas simplement «pourrait fonctionner», mais «fonctionnera».

NB Ce que vous devez ajouter est un en- tête de réponse HTTP - vous ne pouvez donc le faire que sur un serveur que vous contrôlez. Il ne sera jamais possible d'extraire directement http://w3schools.com/XML/cd_catalog.xml à partir de son URL d'origine en utilisant un XMLHttpRequest(selon la question de l'OP), car cette ressource ne le fait pas (du moins, pas à partir du 24 avril 2015) inclure un tel en-tête CORS.

http://en.wikipedia.org/wiki/Cross-origin_resource_sharing donne plus d'informations.

Mon problème similaire à celui-ci a été résolu en vérifiant mon code html. J'avais un onclickgestionnaire dans mon bouton de soumission de formulaire à une méthode. comme ceci: onclick="sendFalconRequestWithHeaders()". Cette méthode appelle à son tour ajax comme la vôtre et fait ce que je veux. Mais pas comme prévu, mon navigateur ne retournait rien.

Appris du travail acharné de quelqu'un , je suis retourné faux dans ce gestionnaire et résolu. Permettez - moi de mentionner que , avant d' arriver à ce poste, j'ai passé un week - end de 3 jours et une demi - journée dans le code d'écriture de bureau d' exécution CORS filters, jetty configautres jersey and embedded jettychoses connexes - juste pour résoudre ce problème, tournant autour de mon entendement.cross domain ajax requests Et d'autres choses normes. C'était ridicule de voir à quel point de simples erreurs de JavaScript vous rendaient stupide.

Pour être vrai, j'ai essayé signed.applets.codebase_principal_support = trueet écrit isLocalHost() **if**. peut-être que cette méthode doit être implémentée par nous, Firefox dit qu'il n'y en a pas. Maintenant, je dois nettoyer mon code pour soumettre le correctif git proprement. Merci à ce quelqu'un.

Une requête de navigateur "127.0.0.1/somefile.html" arrive inchangée sur le serveur Web local, tandis que "localhost / somefile.html" peut arriver sous la forme "0: 0: 0: 0: 0: 0: 0: 1 / somefile.html "si IPv6 est pris en charge. Ainsi, ce dernier peut être traité comme allant d'un domaine à un autre.

Alex Robinson et bmju ont fourni des informations précieuses pour comprendre les problèmes d'origine croisée. Je voulais ajouter que vous devrez peut-être faire un appel OPTIONS explicite dans votre code client avant d'effectuer le GET / POST souhaité (par exemple, contre un point de terminaison de service CORS OAuth). Votre navigateur / bibliothèque peut ne pas traiter automatiquement la demande OPTIONS. Gruber, c'est l'une des réponses possibles à votre question.

J'ai eu le même problème (readyState était 4 et status 0) , puis j'ai suivi une approche différente expliquée dans ce tutoriel: https://spring.io/guides/gs/consuming-rest-jquery/

Il n'a pas du tout utilisé XMLHttpRequest , à la place il a utilisé la méthode 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>

et pour le fichier public / hello.js (ou vous pouvez l'insérer directement dans le même code 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);
   });
 });

J'ai dû ajouter mon adresse IP actuelle (à nouveau) à la liste blanche d'Atlas MongoDB et ainsi me débarrasser de l'erreur de statut 0 XMLHttpRequest

Je viens d'avoir ce problème parce que je l'ai utilisé 0.0.0.0comme serveur, je l' ai changé localhostet cela fonctionne.

Edit: Veuillez lire les commentaires de Malvolio ci-dessous car la connaissance de cette réponse est obsolète.

Vous ne pouvez pas effectuer de requêtes XMLHttpRequests inter-domaines.

L'appel à 127.0.0.1fonctionne parce que votre page de test est située à 127.0.0.1, et le test local fonctionne également puisque, eh bien ... c'est un test local.

Les deux autres tests échouent car JavaScript ne peut pas communiquer avec un serveur distant via XMLHttpRequest.

Vous pouvez plutôt envisager:

• XMLHttp-demandez à votre propre serveur de récupérer votre contenu XML distant pour vous (script php, par exemple)
• Essayer d'utiliser un service comme GoogleAppEngine si vous souhaitez le conserver en JavaScript complet.

J'espère que cela pourra aider