問題タブ [non-well-formed]

XPath を使用して、約 10 レベルの深さの整形式でない HTML を含むテンプレート内のノード (またはそれに近いもの) を見つけます。(いいえ、私はこの HTML を書きませんでした...しかし、私はそれを掘り下げる任務を負っています。)

Firefox 用の XPartner アドオンを使用して、問題の要素への XPath を取得できるようです。ただし、提供されたテンプレートではなく、ライブ サイトの場所のみが表示されます。(テンプレートは非標準のサーバー側スクリプト言語からのものです。社内で構築された言語を読んでください)

あなたが知っている XPath ツールで、整形式でない HTML を混乱させるのに特に優れているものはありますか?

WS_FTP Professional を使用して、毎晩バックアップ プロセスを実行しています。

WS_FTP は、基本的に Windows スケジューラを介してリモート サーバーに FTP するプロセスを設定します。具体的には、約 2.5 MB の XML ファイルをサーバーに送信してダウンロードします。

FTP の前に XML ファイルが適切な形式であることを確認しますが、常にそうです。私が抱えている問題は、get がバックアップ プロセスを通じてサーバーにアップロードされた後、xml ファイルが整形式でなくなることです。ファイルをダウンロードして、エラーが発生した行番号を確認すると、通常、乱数/文字、壊れたタグ、または「NULL」記号のいずれかです。

WS_FTP がファイルを送信する前に圧縮または暗号化しておらず、ファイルを ASCII モードで送信していることを確認しました。

それは一見ランダムに起こります。アップロードが正常に機能する場合もあれば、エラーが発生する場合もあります。

同じファイルを 10 回アップロードすると、そのうちの約 8 回でファイルにエラーが発生し、常に同じ行 (6481) で発生します。ファイルは毎日更新されるため、明日ファイルをアップロードすると、同じ数のエラーが発生しますが、設定された文字数の後にエラーが発生しているかのように、別の行にある可能性があります (検出）。

誰かがこれを理解できるなら、私はそれを大いに感謝します. それは私を夢中にさせています。

アップデート

いくつかのテストを実行したところ、実際には同じバイトで発生しているようです。

更新 2

問題は WS_FTP にありました。それが何であるか正確にはわかりませんが、動作する別の FTP クライアントを試しました。

私はxmlが初めてです。データを抽出するためにxmlファイルを解析しようとしていますが、呼び出すと以下のエラーメッセージが表示されますdoc=minidom.parse('D:\\CONFIGRATION.xml')...

誰でも私を助けてもらえますか？整形式の XML ドキュメントとは

前もって感謝します

Java の XML パーサーは、ルート要素に続く XML ドキュメントが適切に形成されていないと考えているようです。しかし、私はいくつかのツールでそれを検証しましたが、それらはすべて同意しません。おそらく、ドキュメント自体ではなく、私のコードのエラーです。皆さんが私に提供できる助けがあれば、本当に感謝しています。

これが私のJavaメソッドです：

以下は、ロードしようとしている XML ファイルです。

そして、これがJavaが私にスローするエラーメッセージです：

参考までに TodoListGUI.java:199 は

コンテキストが誰かの役に立つなら、タスクを定義する XML ファイルを読み書きできる todo リストを管理する単純な GUI アプリケーションを作成しようとしています。

私が取り組んでいる (Java) コードでは、次のStringような整形式でない XML ( Java として表される) を扱うことがあります。

この XML は最終的に (JAXB を使用して) 非整列化する必要があるため、明らかにこの XML は非整列化時に例外をスローします。

&と<をその文字エンティティに置き換える最良の方法は何ですか? の場合&、次のように簡単です。

ただし、シンボルについては、「ブラケット」を開く XML タグに使用されているもの<を置き換えたくないので、少し注意が必要です。<

文字列をスキャンして手動で<XML 本文を に置き換える<以外に、他にどのようなオプションを提案できますか?

やあみんな、私は与えられたHTMLドキュメントが整形式であるかどうかを判断する必要があります。
JavaコアAPIクラスのみを使用する単純な実装が必要です。つまり、JTIDYなどのサードパーティのものは必要ありません。ありがとう。

実際に必要なのは、TAGのリストをスキャンするアルゴリズムです。オープンタグが見つかり、次のタグが対応するクローズタグではない場合は、別のオープンタグである必要があり、次のタグとしてクローズタグが必要です。そうでない場合は、別のオープンタグである必要があります。次に対応するクローズタグ、およびリストの次に来る逆の順序で前のオープンタグのクローズタグ。タグをクローズタグに変換するメソッドはすでに作成しました。リストがこの順序に準拠している場合は、trueまたはfalseを返します。

これが私がすでに取り組み始めたもののスケルトンコードです。あまりきれいではありませんが、私がやろうとしていることの基本的な考え方を皆さんに提供するはずです。

やあみんな、私は与えられたHTMLドキュメントが整形式であるかどうかを判断する必要があります。
JavaコアAPIクラスのみを使用する単純な実装が必要です。つまり、JTIDYなどのサードパーティのものは必要ありません。

実際に必要なのは、TAGのリストをスキャンするアルゴリズムです。オープンタグが見つかり、次のタグが対応するクローズタグではない場合は、別のオープンタグである必要があり、次のタグとしてクローズタグが必要です。そうでない場合は、別のオープンタグである必要があります。次に対応するクローズタグ、およびリスト上で次々に来る逆の順序で前のオープンタグのクローズタグ。リストがこの順序に準拠している場合は、trueまたはfalseを返します。タグをクローズタグに変換するメソッドはすでに作成しました。

これが私がすでに取り組み始めたもののスケルトンコードです。あまりきれいではありませんが、私がやろうとしていることの基本的な考え方を皆さんに提供するはずです。

TCP経由でXMLを私にストリーミングするサードパーティシステムがあるとします。送信されたXMLコンテンツの合計（ストリームの1つのメッセージではなく、連結されたメッセージ）は次のようになります。

上記のサンプルのすべての行は、個別に処理可能です。ストリーミングプロセスなので、すべてが到着するまで待つことはできません。コンテンツが到着したときに処理する必要があります。問題は、コンテンツチャンクを任意のポイントでスライスでき、タグが尊重されないことです。このようなフラグメントでコンテンツが到着した場合のコンテンツの処理方法について、良いアドバイスはありますか？

チャンク1：

チャンク2：

チャンクN：

編集：

処理速度は問題ではありませんが（リアルタイムのトラブルはありません）、メッセージ全体を待つことはできません。実際には、最後のチャンクが到着することはありません。サードパーティのシステムは、変更が発生するたびにメッセージを送信します。プロセスは決して終了しません、それは決して停止しないストリームです。

jdomを使用してローカルリソースとしてxmlファイルを開いて読み取ろうとしています。ファイルを開くことはできますが、xmlファイルの形式が正しくないというエラーが表示されます。コードは次のとおりです。

次のエラーが発生しました：

これが私のデータを含むxmlファイルです：

アイデアはありますか？前もって感謝します。

グリッドビューにボタンを追加しようとしています。このボタンを使用すると、別のページにリダイレクトされ、ムービーのIDが渡されます。これは私のコードです

しばらく前に別のアプリで同様のコードを使用しましたが、正常に機能しました

別のタグを使用しているためですか、それともURLが原因ですか？