4.2.5. ClassCastExceptions のデバッグと解決
ClassCastExceptions は、拡張するクラスではなく他のクラスによってクラスがロードされる時に発生することが多くあります。また、同じクラスが複数の JAR に存在することが原因である場合もあります。
手順4.10
ClassNotFoundException
によって名前付けされたクラスが含まれる JAR をすべて見つけるため、アプリケーションを検索します。クラスに対して定義されたモジュールがある場合、アプリケーションの WAR や EAR より重複する JAR を探し、削除します。- クラスが含まれる JBoss モジュールを探し、
MANIFEST.MF
ファイルまたはjboss-deployment-structure.xml
ファイルに依存関係を明示的に定義します。詳細は、JBoss Enterprise Application Platform 6 開発ガイドの「クラスローディングとモジュール」の章にある「クラスローディングとサブデプロイメント」を参照してください。 - 上記の手順に従っても解決されない場合、クラスローダーの情報をログに出力すると問題の原因を判断できることがあります。例えば、次の
ClassCastException
がログに記録されているとします。java.lang.ClassCastException: com.example1.CustomClass1 cannot be cast to com.example2.CustomClass2
- コードで
ClassCastException
によって名前付けされたクラスに対するクラスローダーの情報をログに出力します。例は次の通りです。logger.info("Class loader for CustomClass1: " + com.example1.CustomClass1.getClass().getClassLoader().toString()); logger.info("Class loader for CustomClass2: " + com.example2.CustomClass2.getClass().getClassLoader().toString());
- ログの情報にはどのモジュールがクラスをロードするかが記載されています。アプリケーションに基づき、競合する JAR を削除または移動する必要があります。