休止Enversと私たちは、次のような状況を休止Enversを使用して持っている例外

Question

を「Javassistの強化に失敗しました」 IDのすべてのバージョンについて：

AuditQuery auditQuery = auditReader.createQuery().forRevisionsOfEntity(
    Identity.class, 
    false, 
    true); 
auditQuery.add(AuditEntity.id().eq(dbid)); 

@SuppressWarnings("unchecked") 
List< Object[]> history = (List< Object[]>) auditQuery.getResultList(); 

保存されたIDにBusinessObjectType（つまり、businessObjectTypeはnullで、すべてが魅力的です）

アイデンティティがbusinessObjectType != nullは、我々の例外を「Javassistの強化に失敗しました」を取得した場合：

Javassist Enhancement failed: ch.ethz.id.wai.baseclasses.BusinessObjectType 

エラーがBusinessObjectTypeをインスタンス化しようとしているEnversに関連しているようだが、私は本当に何の問題が表示されません（AuditQueryを使用しない場合、Hibernateは両方のオブジェクトに問題はありません）。

例外の原因は、スタックトレースを持たない

java.lang.InstantiationException: ch.ethz.id.wai.baseclasses.BusinessObjectType_$$_javassist_49 

です。

問題の原因は何ですか？

Answer 1

これは、次のクラス内で発生します。JavassistLazyInitializer Javassistベースの遅延イニシャライザプロキシです。

完全なソースを見ることなく、コメントするのは難しいですが、オプションを試してみることができます。

は@ManyToOne関係のための遅延読み込みをオフにし
• [これは、全体的なソリューションに収まらない場合はそう気を付ける設計上の決定である]の問題を引き起こしているエンティティの既定のパブリックコンストラクタを提供する
• 本当に偽

へhibernate.bytecode.use_reflection_optimizerプロパティを設定することにより、必要とされていない場合 は反射の最適化をオフに

[これは簡単です]これは

を助け場合はお知らせ

Answer 2

例外の詳細については、IDEのデバッグ機能を使用して、基本例外が発生したときに実行を中止するための例外ブレークポイントをjava.lang.InstantiationExceptionに設定してください。これにより、完全なスタックトレースが表示され、スタック上のすべての変数を検査できるようになります。

私が推測しなければならないのは、 BusinessObjectTypeへの関連付けが怠惰にマップされていないため、単純な休止状態がクラスのプロキシーを作成しようとしていないことです。対照的にエニバはそうするように見える。プロキシは、実行時に生成されたサブクラスで、すべてのパブリックメソッドをオーバーライドします。したがって、クラスやpublicメソッド（Objectから継承されたもののいずれでも）はfinalと宣言できず、デフォルトのコンストラクタにサブクラスからアクセス可能でなければなりません。