ハードコーディングされた 'database.xsd'ファイル名を、どのフレームワーク、ツール、またはプラグインが要求していますか？

Question

database.xsdというファイル名を含むCXF/Hibernate/JBossベースのプロジェクトを継承しました。私はこのプロジェクトを借りて、システム内のどのサブシステム/コンポーネントがdatabase.xsdを使用しているかを調べましたが、WARファイル（webapp-cache.xml）を作成するためにmaven-war-pluginが使用するファイルに参照が1つしかありませんでした。

これは、database.xsdが、いくつかのフレームワークまたはプラグインで予想される標準ファイル名であることを示しています。しかしそれは何ですか？休止状態？ CXF？その他？

database.xsdの役割を実際に説明しているドキュメントはありますか？

UPDATE：は一時的にdatabase.xsdを削除し、再構築しようとすると、*.hbm.xml DTOファイルが参照するパッケージを使用して、原則としてXML2SQL.javaファイルにつながった多数のコンパイル・エラーが生じました。これは、犯人が... 休止状態！

Answer 1

それは、休止だ、一時的にdatabase.xsdを削除し、再構築しようとしているため、*.hbm.xml DTOファイルのみで参照されるパッケージを使用して、原則としてXML2SQL.javaファイルにつながった多数のコンパイル・エラーが生じました。 （上記の更新を参照）

Answer 2

私はこれを「古き良き方法」、良いログとバイナリ検索のアプローチにアプローチします。

テスト環境での初：

1）は、あなたのコードは、log4jのを使用するように設定され、最も広範なログレベルを上持っていることを確認してください。

2）database.xsdを削除した状態で、大まかに障害の「中間点」を特定します。たとえば、システムセットアップで正しく1000行のログを生成するとします。 database.xsdを削除すると、500行のロギングでロードと停止に失敗します。ロギングを見て、どのクラス/メソッドが呼び出されているかを判断します。 （database.xsdを削除する代わりに、この作業を行う別の方法は、構文エラーのあるコピーをテスト環境に導入することです）。情報。これでターゲットを絞り込むことができない場合。リピート、 "250ロギングライン"のポイントに焦点を合わせます。対象のクラスが見つかるまで、問題空間を毎回半分にカットし続けます。

多くのJavaプログラム「ハッピー・パス」のコードを見て、キャッチしてエラーを記録するためにトップレベルの例外処理に依存していますが、これは非常に太い（大量の行数）ファイル。