したがって、コンシューマをトピック、つまり複数のリスナに作成しています。私はそれらを耐久性があるように構成しています。私は耐久消費のユースケースのシナリオを考えています耐久性のあるリスナ/コンシューマのユースケースシナリオ
@Bean
public DefaultMessageListenerContainer listenerContainers() {
DefaultMessageListenerContainer container = new DefaultMessageListenerContainer();
container.setConnectionFactory(connectionFactory());
container.setDestinationName(COMMENT_QUEUE);
container.setPubSubDomain(true);
container.setSessionTransacted(true);
container.setConcurrentConsumers(2);
container.setSubscriptionDurable(true);
container.setMessageListener(datafileSubscriber);
container.start();
return container;
}
は、私がメッセージをパブリッシュし、メッセージがリスナーによって撮像されたされたプロセスを持って
です。私は誰かがプロセスを停止し、私は再びそれを再開したと思っていた、私はメッセージとその処理を失うことはありませんfの耐久消費者のため。
そうですか?
メッセージがKahaDBにあり、プロセスが再起動された後もメッセージは失われません。メッセージは永続的であるため、完全に処理されたメッセージは再送信されます。 この説明は正しいですか?
プロセスがダウンして再起動した後、プロセスは再びアクティブになり、それらのプロセスに向けたメッセージが表示されます。 – africandrogba
修正;メッセージがダウンしている間に送信されても(一旦耐久性のあるサブシステムが確立されると) –
https://stackoverflow.com/help/someone-answers –