アウトバウンド監査行は、インサートREQUIRES NEWによって書かれました

FixSecurityService
出荷済み
2026年8月27日 9:09 UTC
プロフィール
Kamo
コンテンツ
31379b6

ExchangeQueryService アノテーションのメソッド @Transactional(REQUIRES NEW) は、2つのプライベートヘルパーから同じクラスで呼び出されます。 春の取引のアドバイスは、プロキシと自己主張に決して到達しません なので、アノテーションは全く何もしなかった: 行は呼び出し者のトランザクションに加わった。 それが記録するものに対して正確に後方です。 FAILEDのアウトバウンドクエリは 自分の失敗の記録をロールバックし、「私たちは求め、拒否しました」 患者の履歴のギャップを実際に必要としている誰かを調べる列です。 ツイート 成功したクエリのみのledgerは簡単な質問に答え、失われた 硬いもの。 Worse はまだ、find() と queryDocuments() は readOnly = true なので、 書面は、取引中に事業が全くなかった。 ExchangeRequestRecorderに抽出され、その豆は、まったく同じ BulkExportJobState は、同じ理由で以前のものでした。 ユニットテストでは、このテストをキャッチすることはできません。サービスに直接構築することは、 プロキシなし, それが間違っている間に渡された理由です. なので、ガードは 構造:レコーダーのテストは、メソッドはPUBLIC(非公開メソッド) 決してプロキシされず、そのアノテーションインサートを作る)とその伝搬が お問い合わせ 両方の半分は、コールサイトで見えないし、両方を保持する必要があります.

すべての変更

配送を見るのが好きですか?

これらのアップデートは、自動的にワークスペースに埋め込まれます。 週1回無料スタートし、週1回生育する.

永遠に無料で始める料金を見る