2016-03-27 1 views
1

Webサービス間で大きなXMLファイルを処理するためのフレームワークを開発しています。各XMLには、特定のユーザークエリに関連して、データを表すエンティティのリストが保持されます。応答にはSAMEエンティティタイプがあり、それぞれの応答は事前に定義されたXSDを使用して検証する必要があります。HTTPマルチパートを使用して検証用の大きなXMLファイルを取得する

XMLレスポンスが非常に大きいため、「ページング」メカニズムを使用して、レスポンスに6000個のエンティティが含まれている場合は、3つのメモリ内ページを作成し、最初の2000ユーザーが要求しなければならない次のページのハッシュを持つエンティティ。

しかし、誰かがHTTP multipart仕様を使用するように提案していたので、読んで始めました。使用方法を理解していたと思いますが、サーバーレスポンスにXSDまたはそれは体がちょうど切断されるところの「チャンクされた」応答のようなものですか?

答えて

0

HTTPマルチパートは、XML検証のレベルの下でのプロトコルであり、純粋にXMLドキュメントの観点から定義されています。 XMLは、受け取った後の通常どおり文書全体として検証します。 (Multipartは、とにかく想像しているようにXML文書を要素で分割しません。)これは、ディスク上に物理的にどのように格納されているかにかかわらず、XML文書をファイルシステムからファイル全体として検証することと変わりありません。あなたのHTTPライブラリは、送信されたXML文書を提供するための詳細を処理します。そして、あなたはいつものようにファイル上に検証XMLパーサを呼び出します。

+0

応答の最初の部分がサーバーから到着したら、検証を実行できますか?それとも、XMLレスポンスを破るような「チャンク」のようなものでしょうか?クライアントが次の部分を求めない場合、その2つの違いは何ですか? –

関連する問題