0

Spring 3.2.0 を使用しています。私たちのサービスクラスはすべて、@Transactional アノテーション付きの *ServiceImpl を持っています。例えば、bean vatcodeServiceTarget:

@Transactional(propagation=Propagation.REQUIRED,readOnly=true)
public VatCodeModel loadBy(String crsname, String crscode, int clientid) {
  ..
}

ServiceImpl を TransactionProxyFactoryBean でラップします

<bean id="vatcodeService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
    <property name="transactionManager" ref="transactionManager"/>
    <property name="target" ref="vatcodeServiceTarget"/>
    <property name="transactionAttributeSource">
        <bean class="org.springframework.transaction.annotation.AnnotationTransactionAttributeSource"/>
    </property>
</bean>

結果の Bean をコントローラーに注入します。別の ServiceImpl が「vatcodeService」を必要とする場合、実際に「vatcodeServiceTarget」を注入するため、トランザクション境界は破棄されます。

このアプローチは、Spring 2.0 でうまく機能しました。現在、Spring 3.2.0 では、次の効果が見られます。

  1. コントローラーが別の ServiceImpl をトランザクションで呼び出す
  2. その他の ServiceImpl は VatcodeServiceImpl#loadBy() を呼び出します。loadBy() 呼び出しをラップするトランザクション境界はありません
  3. VatcodeServiceImpl#loadBy() は、検索されたデータベース行のロードに失敗し、DataNotFoundException をスローします
  4. もう一方の ServiceImpl のトランザクションは、ロールバック専用としてマークされるようになりました。

@Transactional 境界を越えた RuntimeException は、tx ロールバックのみをマークするのに十分であるように見えますが、その特定の呼び出しは実際にはトランザクションではありませんでした。

何か間違った設定をしていますか、それとも Spring @Transactional アスペクトがここで予期せず動作していますか?

ありがとうサイモン・ニーダーバーガー

4

1 に答える 1

0

なぜトランザクション境界がないと思いますか? 注釈を追加しました-トランザクションを開き、ランタイム例外でロールバックのみをマークする春の側面を追加しました。このトランザクションを本当にロールバックしたくない場合は、チェックされていない例外ではなく、チェックされた例外をスローすることができますが、なぜこれを行う必要があるのか​​ わかりません。

于 2016-09-16T10:52:46.487 に答える