問題タブ [xml]

次のコードは、適切なプロジェクト タグを見つけて XmlDocument から削除する必要がありますが、テストすると次のように表示されます。

削除するノードは、このノードの子ではありません。

これを行う適切な方法を知っている人はいますか？

アップデート

修理済み。私は2つのことをしました：

For ループを XPath クエリに置き換えましたが、これは修正するためのものではなく、より優れたアプローチだったという理由だけでした。

実際の修正は次のとおりです。

この提案をしてくれた Pat と Chuck に感謝します。

XmlReader で使用する前に XML ベースのデータ ソースをクリーンアップして、XML に課せられた 16 進文字の制限に準拠していない XML データを適切に使用できるようにする簡単で一般的な方法はありますか?

ノート：

• このソリューションでは、UTF-8 以外の文字エンコーディングを使用する XML データ ソースを処理する必要があります (たとえば、XML ドキュメント宣言で文字エンコーディングを指定するなど)。無効な 16 進文字を削除する際に、ソースの文字エンコーディングを変更しないことが、大きな問題となっています。
• 無効な 16 進数文字の削除では、16 進数でエンコードされた値のみを削除する必要があります。これは、たまたま 16 進数文字に一致する文字列を含むデータに href 値が含まれていることがよくあるためです。

バックグラウンド：

特定の形式 (Atom フィードや RSS フィードなど) に準拠する XML ベースのデータ ソースを使用する必要がありますが、XML 仕様に従って無効な 16 進数文字を含む公開済みのデータ ソースを使用できるようにしたいと考えています。

.NET では、XML データ ソースを表す Stream があり、XmlReader や XPathDocument を使用してそれを解析しようとすると、XML データに無効な 16 進文字が含まれているために例外が発生します。この問題を解決するための現在の試みは、ストリームを文字列として解析し、正規表現を使用して無効な 16 進数文字を削除または置換することですが、よりパフォーマンスの高いソリューションを探しています。

アイテムの階層コレクションをXMLファイルに格納するアプリケーションを作成していますが、コレクションをXMLに格納するための業界標準について疑問に思っています。次の2つの形式のどちらが好ましいですか？（私が見ない別のオプションがある場合は、アドバイスしてください。）

オプションA

オプションB

複数の個別のカスタム XML ドキュメントを Java で解析する最良の方法は何ですか?

ブラウザに渡されるXML文字列を作成するためにJavaバックエンドを使用しています。現在、私はこのXMLを生成するために単純な文字列操作を使用しています。XML文字列を生成するためにJavaでXMLライブラリを使用することが不可欠ですか？ライブラリは、必要なものに比べて非常に使いにくいと思います。

過去に jdom を使用したことがあり、XOM とDOM4j. それぞれが (非常に鈍い) 標準の W3C DOM API に対して単純化されたラッパーを提供するため、本質的に同じものを提供しているようです。

JDOM は、ある時点で JSR と標準化プロセスを開発するためにいくらかの努力をしたことを知っていますが、私の知る限り、その努力はどこにも行きませんでした。過去数年間、プロジェクトのすべてが停滞しているように見え、新しい開発はほとんどありません。

どちらが優れているかについてコンセンサスはありますか? また、それぞれの長所と短所は何ですか?

私はJavaライブラリ内のすべてのハードコードされた値を取り除く過程にあり、実行時の構成を処理するのにどのフレームワークが（ゼロまたはゼロに近い構成に関して）最適であるか疑問に思っていましたか？XMLベースの構成ファイルが好きですが、必須ではありません。

フレームワークの実務経験がある場合にのみ返信してください。私は例を探していませんが、経験しています...

私は自分の仕事で .NET XML テクノロジを非常に広範囲に使用しています。私がとても気に入っていることの 1 つは XSLT エンジン、より正確にはその拡張性です。ただし、煩わしさの源であり続ける小さなピースが1つあります。大したことも、我慢できないこともありませんが、作成したい美しい XML を作成することが妨げられています。

私たちが行っていることの 1 つは、ノードをインラインで変換し、ある XML ドキュメントから別の XML ドキュメントにノードをインポートすることです。

悲しいことに、ノードを に保存するとXmlTextWriter(実際にXmlWriter.Create(Stream) は返されるものは何でも)、名前空間の定義は、必要である (以前に定義された) かどうかに関係なく、そこにすべてスローされます。次のような xml を取得します。

名前空間の定義に関して .NET が効率的であるように説得する方法について、誰か提案はありますか?

PS。追加のボーナスとして、デフォルトの名前空間をオーバーライドして、ノードを作成するときに変更したいと思います。

XML ドキュメントを変換したいと考えています。ソース XML は次のようになります。

私はそれを次のように変えたい:

次のコード行は機能しません。

出力は、 < NewTag >のような一連の要素です。(スペースなしで...)

"//Element/Year"、"./Element/Year"、および"//svc:Element/Year"も機能しません。複雑な点の 1 つは、「Element」タグが「svc」名前空間にあり、「Year」タグがデフォルトの名前空間にあることです。

とにかく、私は名前空間の問題に直面していますか、それとも「concat()」関数を誤って使用していますか?

DTD を含む XML ドキュメントがあり、次のような XML モデルにアクセスできるようにしたいと考えています。

Ruby で、DTD に基づいてこの種のオブジェクト モデルを生成する方法はありますか? または、REXML を使用して行き詰まっていますか?

ありがとう！