ほとんどの XML パーサーは、ドキュメントで最初のエラーが発生した後、あきらめます。実際、IIRC、それは実際にはパーサーの「公式」仕様の一部です。
そのルールを破るものを探しています。特定のスキーマ (有効なスキーマを想定) と xml 入力を受け取り、最初のエラーの後も処理を続行し、エラーごとにイベントを発生させるか、終了時にリストを返すように試行する必要があります。ドキュメントのエラーのレポート。この要件は上から来るものなので、純粋主義者の「しかし、続けるのは意味がない」というコメントを最小限に抑えるようにしましょう。
ドキュメントが整形式であるかどうかと、スキーマに準拠しているかどうかの両方を評価するものを探しています。理想的には、それらを異なるクラスのエラーとして評価します。私は .Net ソリューションを好みますが、スタンドアロンの .exe も使用できます。別のプラットフォームを使用しているものを知っている場合は、他の誰かが役に立つと思うかもしれないので、投稿してください。
アップデート:
私がこれを使用するほとんどのドキュメントは、整形式であると期待しています。データとして & の代わりに & があちこちに含まれているか、タグの配置が間違っている可能性があります。パーサーが何かから回復できるとは思っていません。ただ、最善を尽くして続行するためです。ドキュメントがあまりにも調子が悪い場合は、可能な限り吐き出す必要があり、その後に何らかの「致命的で続行できません」というエラーが発生します。それ以外の場合、スキーマの検証部分は非常に簡単です。