ストリーミング XML を出力する Web サービスを構築しています。したがって、出力は次のようになります (高レベルで)。
<fragment1>
<!-- ... -->
</fragment1>
<fragment2>
<!-- ... -->
</fragment2>
...等々。通常の XML ドキュメントの場合、次の MIME タイプのいずれかを使用します。
- アプリケーション/xml
- application/vnd.mycompany.com.description+xml (この素敵な回答による)
- テキスト/xml
ただし、これらの MIME タイプはすべて、応答に含まれる XML ドキュメント/フラグメントが 1 つだけであることを前提としています。私の場合、応答には 0 個以上のフラグメントが含まれています。このため、これらの MIME タイプのいずれかを使用するのは間違っているように思えます。正しいハンドラーは、応答を単一の XML ドキュメントとして (正しく) 処理し、(a) 2 番目のフラグメントに到達した時点で barf するか、(b) フラグメント 2 から始まるフラグメントを静かに無視します。
それが間違っている場合は、次の MIME タイプのいずれかです。正しいこと:
application/octet-stream
application/vnd.mycompany.com.description.streaming+xml
application/vnd.mycompany.com.description+streaming-xml
または、まったく別のものを使用する必要がありますか?また、MIME タイプの同じ「スタイル」が、ストリーミング JSON のデータ形式がオンラインになったときに適用できれば素晴らしいことです。
編集:質問にもう少し味を与え、私がエミュレートしようとしている実際の実装の例を提供するために、この API はTwitter ストリーミング API をモデルにしています。