データのビットが欠落している場合に、アーカイブデータの大量インポート後にoccuronally nullポインタ例外がスローされた後、一連のpdfレポートクラスがあります。 thing.getOtherThing().getText();
にはOtherThing
がなく、レポートは転記されます。Spring AOPを使用するメソッドでnullポインタ例外を傍受することはできますか?
私はそれを見ると、我々はいくつかのオプション
- を持っているデータを修正 - それほど明確ではないデータはすべてのケースであるべきと人間の判断の問題であるいくつかのケースでは
- PUTが/してみてくださいどこでもキャッチし、ユーザまでのバブルに役立つ例外再スロー - どこでも
- ユーザーに仕事と醜いコードの多くが、便利を入れてnullをチェック - 合体/ NVLで操作を行うためのDAOコードには何のおかげ
- 作業欠落しているフィールド(または銀行)にN/Aを含むレポートを生成し、クエリを生成するs) - 大丈夫だが役に立たない
または...ここでAOPで何かできますか?特定のクラス/メソッドでスローされたnullpointersを傍受することは可能ですか?これらが傍受されたときに利用可能な情報のレベルは?この方法では複数の場所がnullポインタを投げることができることに注意してください:(
感謝。
AOPは魔法と似ています。 このリンクに従ってくださいhttp://stackoverflow.com/questions/7637512/spring-aop-configuration-for-intercepting-all-exceptions – mishadoff
注 - 'thing'がspring beanでない限り、aspectjコンパイルまたはロード時織り(Spring AOPプロキシではない)。必ずしもあなたのソリューションを支持するとは限りません。 – pap