双方向
JSON → XML または XML → JSON。フィールドがタグへどう写るかを見る用途で、本番へ一気に載せるものではありません。
変換後は対象システムの検証器でもう一度通してください。
JSON を XML に変換
ローカル処理 次の方法でも #data={"name":"Ada"} または #url=... データを流し込めます。読み取り後はアドレスバーから削除されます。
JSON と XML を相互変換します。まだ XML を返す古い API や、XML しか受けないシステムへ JSON を載せるときに、ローカルで一度変換して構造を見られます。ルート要素名は変更でき、既定は rootJSON と XML を相互変換します。まだ XML を返す古い API や、XML しか受けないシステムへ JSON を載せるときに、ローカルで一度変換して構造を見られます。ルート要素名は変更でき、既定は
構造は近似
オブジェクトは要素の入れ子、配列はたいてい繰り返しタグになります。よくある取り決めであり、相手の schema の書き方と一致するとは限りません。
属性と子要素の切り分けはシステムごとに違うので、抜き取り確認が必要です。
属性とテキスト
XML の属性とプレーンテキストノードの JSON での表し方は、元システムと完全には一致しないことがあります。変換後に抜き取り確認してください。
名前空間付き SOAP 文書の完全な自動変換は難しいです。
例
{
"note": {
"to": "Ada",
"body": "hello"
}
}<note>
<to>Ada</to>
<body>hello</body>
</note>名前空間は残りますか？
複雑な SOAP / xmlns 付き文書は人手で照合してください。自動変換ですべての名前空間詳細を完璧に残すのは難しいです。
YAML との使い分けは？
現代の設定は YAML が多いです。企業バス、一部の決済・行政 API はまだ XML です。
ルート要素名の用途は？
JSON に単一の「ルートタグ」という概念はありません。XML へ変換するとき、その名前で文書全体を包みます。
「変換を実行」は必要ですか？
必要です。ルート要素名を変えたら、もう一度変換してください。
おすすめの手順
- JSON を貼る（またはページの機能に応じて XML を貼る）し、ルート要素名を設定します。
- 「変換を実行」を押し、タグ構造をプレビューします。
- コピーまたはダウンロードし、対象システムで一度解析を試します。
- 名前空間や属性順に要件があるときは、専門の XML ツールで仕上げてください。
このページは「まず構造を見る」問題を解きます。強い制約の XSD / SOAP を自動変換だけに頼らないでください。