Java EE 6 の優れた点の 1 つは、新しい依存性注入フレームワーク (CDI と Weld 参照実装) です。凍結されたコア jar を追加し、コア jar の機能を置き換える新しいモジュールを提供する追加の jar を追加できます。
私は現在、Weld で上記の作業を行う過程にあり、率直に言って、カバーの背後で行われている魔法が多すぎます。機能するか機能しないかのどちらかであり、デフォルトでは何が起こっているかについてあまり役に立たないため、何が間違っているかを調査して修正できます.
次のようなことを簡単に有効にできるスイッチがあると思います。
- どのクラスパス エントリがスキャンされ、どこでスキャンされますか? 結果はどうでしたか?
- どのクラスのインジェクションにどの Bean を使用できますか?
- 特定の Bean が後で考慮されない原因は何ですか? 特定の瓶?
つまり、意思決定プロセスをもっと詳しく見る必要があります。なんらかの理由で、これは Guice では必要とされていません。おそらく、マジックがはるかに少なく、エラー メッセージが非常に優れているためです。
溶接アプリケーションをデバッグするために何をしますか? また、それはどの程度役立ちますか?