ダイレクトメッセージチャネルが、それでも楽観的ロックの例外を取得

Question

は、私は次の操作を実行しようとすると、アカウントがbothsののLUWに

に更新されたaccountIdとSomeLUW、AnotherLUW（作品の論理ユニット）、を持つアカウントを考える：

SomeLUW luw1 = new SomeLUW(accountId); 
messagingTemplate.send(channel1, new GenericMessage<>(luw1)); 

AnotherLUW luw2 = new AnotherLUW (accountId); 
messagingTemplate.send(channel2, new GenericMessage<>(luw2)); 

時には、オプティミスティックロック例外が発生することがあります。典型的な（

MessageChannels.direct() 
    .datatype(AnotherLUW.class) 
    .get(); 
MessageChannels.direct() 
    .datatype(RedemptionLUW.class) 
    .get(); 

とログで、私は一つのスレッドだけを見つけることができます。それができる理由 が、私は理解していない、私はそれは私が直接のチャネルを使用しているため

順次処理であると仮定したいですSI DefaultMessageListenerContainer-1）

私が持っているのErrorHandler JMSブローカーの再配信になりますが、ログは例外で汚染されている

これがなぜこのように考えられますか？

Answer 1

あなたのプロセスはDefaultMessageListenerContainerから開始されているので、実際にはいくつかのメッセージがそこから別のスレッドで処理されていることがあります。したがって、並行して。

右：逐次処理ですが、すべてが同じスレッドで行われている場合。

DefaultLockRegistryを使用して、リソースへの相互アクセスを確保することを検討してください。あなたの場合はJPAだと思います。