XMLHttpRequestステータス0（responseTextは空）

XMLHttpRequestでデータを取得できません（ステータス0で、responseTextが空です）：

xmlhttp = new XMLHttpRequest（）;
xmlhttp.open（ "GET"、 "http://www.w3schools.com/XML/cd_catalog.xml"、true）;
xmlhttp.onreadystatechange = function（） 
{
  if（xmlhttp.readyState == 4）
    alert（ "ステータス" + xmlhttp.status）;
}
xmlhttp.send（）;

「ステータス0」を警告します。

localhost要求の場合と同じ状況（cd_catalog.xmlはローカルファイルとして保存されます）

xmlhttp.open（ "GET"、 "http：//localhost/cd_catalog.xml"、true）;

しかし、localhost IPリクエストでは

xmlhttp.open（ "GET"、 "http://127.0.0.1/cd_catalog.xml"、true）;

そしてローカルファイルリクエスト

xmlhttp.open（ "GET"、 "cd_catalog.xml"、true）;

すべて問題ありません（ステータス200）

オンラインリクエストで何が問題（status = 0）を引き起こす可能性がありますか？

PS：ライブHTTPヘッダーは、4つのケースすべてで問題がないことを示しています。

  HTTP / 1.1 200 OK
  コンテンツの長さ：4742

PS2：VMWare上のApacheローカルWebサーバー（ホストOS Win7、ゲストOS Ubuntu、ネットワークアダプター– NAT）。ブラウザ– Firefox。

スクリプトを含むhtmlファイルがファイルスキームを介してブラウザで開かれると、ステータスは0になります。必ずファイルをサーバー（apacheまたはtomcatなど）に配置し、ブラウザーでhttpプロトコルを介して開きます。（すなわち http：//localhost/myfile.html）これが解決策です。

問題の原因は、クロスドメインコールを実行しようとして失敗したことです。

ローカルホスト開発をしている場合は、クロスドメイン呼び出しを行うことができます-私はいつもそれをしています。

Firefoxの場合は、構成設定で有効にする必要があります

signed.applets.codebase_principal_support = true

次に、次のようなコードをXHRオープンコードに追加します。

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

IEの場合、覚えていれば、「その他→ドメイン間でデータソースにアクセスする」でブラウザのセキュリティ設定を有効にして、ActiveX XHRで動作するようにするだけです。

IE8以降では、ネイティブのXmlHttpRequestオブジェクトにクロスドメイン機能も追加されましたが、まだそれらを操作していません。

実際にボタンタイプが[送信しないボタン]であることを確認してください。

サーバーがOPTIONSメソッドとGETおよびPOST（どちらを使用していても）に応答する場合、次のようなヘッダーを使用します。

Access-Control-Allow-Origin: *

うまくいくかもしれません。FireFox 3.5およびrekonq 0.4.0のようです。どうやら、そのヘッダーとOPTIONSへの最初の応答により、サーバーはブラウザーに「先に進み、このクロスドメインリクエストを通過させる」と言っています。

リクエストのタイムアウトも考慮してください：

最新のブラウザーは、サーバーの応答までに時間がかかりすぎると、readyState = 4およびs tatus = 0を返します。

setRequestHeader("Access-Control-Allow-Origin","*")サーバーの応答に追加します。

私も同様の問題に直面していました。「readystate」は4でしたが、「status」は0でした。これは、Apache PHPポータブルサーバーを使用していて、「XMLHttpRequest」オブジェクトを使用したファイルがhtmlファイルであったためです。ファイル拡張子をphpに変更し、問題は解決しました。

JavaScriptコンソールを開きます。そこにエラーメッセージが表示されます。私の場合、それはCORSでした。

なぜhttp://127.0.0.1/cd_catalog.xml動作 http://localhost/cd_catalog.xmlしないのかという疑問に答えるために、Firefoxは127.0.0.1とlocalhostを2つの異なるドメインとして扱っています。

問題が何であるかを確認するには、不可解なエラー0が発生したときに...に移動します。その他のツール| Chromeのデベロッパーツール（Ctrl + Shift + I）（エラーが発生したページ）

ログの赤いテキストを読んで、真のエラーメッセージを取得します。そこが多すぎる場合は、右クリックしてコンソールをクリアしてから、最後のリクエストを再度実行してください。

私の最初の問題は、ブラウザー用の独自のクロスドメインWebサービスにAuthorizationヘッダーを渡すことでした。

私はすでに持っていました：

Access-Control-Allow-Origin: *

だがしかし：

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

私のWebサービスの応答ヘッダー。

それを追加した後、私のWebサーバーなしでローカルのindex.htmlファイルを実行したときと同様に、自分のWebサーバーからエラー0がなくなりましたが、それでもコードペンでエラーが発生していました。

...に戻る| その他のツール| codepenでエラーが発生している間の開発者ツール、および明確な説明があります。codepenはhttpsを使用しているため、セキュリティが低いため、httpを呼び出すことができません。

したがって、自分のWebサービスをhttpsでホストする必要があります。

真のエラーメッセージを取得する方法を知る-貴重です

次にstatus === 0、アップロードに固有の別のケースを示します。

MDNで提案されているように（「進行状況の監視」のアップロード部分にスクロールダウンして）'load'イベントハンドラーをにアタッチすると、XHRオブジェクトが保持され、他のすべてのプロパティは空の文字列になります。コンテンツをダウンロードするときのように、ハンドラーをXHRオブジェクトに直接アタッチする場合は、問題ありません（localhostで実行していなければ）。XHR.uploadstatus=0'load'

ただし、'progress'イベントハンドラーで適切なデータを取得する場合は、XHRオブジェクト自体に直接XHR.uploadではなく、にハンドラーをアタッチする必要があります。

私はこれまでChrome OSXでのみテストしたので、ここでの問題のどの程度がMDNのドキュメントであり、Chromeの実装がどれくらいであるかはわかりません...

Alex Robinsonはすでに（そして最初に）この問題に対する正しい答えを提供しています。しかし、もう少し詳しく説明すると...

HTTP応答ヘッダーを追加する必要があります。

Access-Control-Allow-Origin: *

これを行うと、結果は「うまくいく」だけでなく、「うまくいく」でしょう。

注意：追加する必要があるのはHTTP 応答ヘッダーです。そのため、これを制御できるサーバーでのみ実行できます。を使用して元のURLからhttp://w3schools.com/XML/cd_catalog.xmlを直接フェッチすることはできません。XMLHttpRequest（OPの質問に従って）ません。なぜなら、そのリソースは（少なくとも、2015年4月24日以降は）不可能だからです。そのようなCORSヘッダーを含めます。

詳細については、http：//en.wikipedia.org/wiki/Cross-origin_resource_sharingを参照してください。

これに似た私の問題は、htmlコードをチェックすることで解決しました。onclickメソッドへのフォーム送信ボタンにハンドラーがありました。このような：onclick="sendFalconRequestWithHeaders()"。このメソッドは次に、あなたと同じようにajaxを呼び出し、私がやりたいことを行います。しかし、期待どおりではなかったが、私のブラウザは何も返さなかった。

誰かの勤勉さから、私はこのハンドラーでfalseを返し、解決しました。この投稿に到達する前に、私は3日間の週末と半日をオフィスCORS filtersでjetty config、その他のjersey and embedded jetty関連するものを実装するコードを書くのに費やしましたcross domain ajax requests。JavaScriptの単純な間違いがあなたを馬鹿にする方法はばかげていました。

確かに、私は試しsigned.applets.codebase_principal_support = trueて書いたisLocalHost() **if**。このメソッドは私たちが実装する必要があるかもしれませんが、Firefoxはそのようなものはないと言っています。その誰かに感謝します。

ブラウザのリクエスト「127.0.0.1/somefile.html」は変更されずにローカルウェブサーバーに届きますが、「localhost / somefile.html」は「0：0：0：0：0：0：0：1 / somefile.html」として届く場合があります"IPv6がサポートされている場合。したがって、後者はドメインから別のドメインに移動するように処理できます。

Alex Robinsonとbmjuは、オリジン間の問題を理解するための貴重な情報を提供してくれました。（たとえば、CORS OAuthサービスエンドポイントに対して）希望のGET / POSTを行う前に、クライアントコードで明示的なOPTIONS呼び出しを行う必要がある場合があることを付け加えておきます。ご使用のブラウザ/ライブラリは、OPTIONSリクエストを自動的に処理しない場合があります。グルーバー、これはあなたの質問に対する可能な答えの一つです。

私は同じ問題を抱えていました（readyStateは4で、ステータスは0でした）。次に、このチュートリアルで説明されている別のアプローチに従いました。 https //spring.io/guides/gs/sumption-rest-jquery/

彼はXMLHttpRequestをまったく使用せず、代わりに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>

そして、public / hello.jsファイルの場合（または、同じ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);
   });
 });

現在のIPアドレスを（もう一度）Atlas MongoDBのホワイトリストに追加する必要があったため、XMLHttpRequestステータス0エラーを取り除きました

私0.0.0.0は自分のサーバーとして使用し、それをに変更して機能したため、この問題が発生しましたlocalhost。

編集：この回答の知識は古くなっているので、以下のMalvolioのコメントを読んでください。

クロスドメインXMLHttpRequestsは実行できません。

呼び出し127.0.0.1テストページは次の場所にありますので、作品127.0.0.1、よく...それは地元のテストだ、以来、地元のテストも動作します。

他の2つのテストは、JavaScriptがXMLHttpRequestを介して遠隔サーバーと通信できないため失敗します。

代わりに次のいずれかを検討できます。

• XMLHttp-独自のサーバーにリモートXMLコンテンツを取得するよう要求する（phpスクリプトなど）
• 完全なJavaScriptを維持したい場合に、GoogleAppEngineなどのサービスを使用しようとしています。

それが役に立てば幸い