2

我正在尝试在 spring amqp 中实现恢复。我已经使用下面的代码来实现相同的

RetryOperationsInterceptor retryInterceptorBuilder =RetryInterceptorBuilder.stateless()
                .maxAttempts(5)
                .recoverer(new CustomRejectAndDontRequeueRecoverer())
                .build();

container.setAdviceChain(new RetryOperationsInterceptor[]{retryInterceptorBuilder});

上面的容器是SimpleMessageListenerContainer. 现在在我的一个接收器中,我正在投掷ClassCastException.

public class CustomRejectAndDontRequeueRecoverer implements MessageRecoverer {


    private static Logger logger = //created some logger instance.

    //Overriding the method to do custom task when the retries are exhausted, like insert in database.
    @Override
    public void recover(Message message, Throwable cause) {
        logger.error("The recovery method is called","","");
        throw new RuntimeException(cause);
    }

}

请指出我正确的方向。

更新 :

我的 CustomMessagingPostProcessor 中抛出了一些异常。我的 RetryOperationsInterceptor 仅在 onMessage() 方法中引发异常时重试消息。添加 CustomMessagingPostProcessor 的定义:-

public class MTMessagingPostProcessor implements MessagePostProcessor{



    /**
     * {@inheritDoc}
     */
    @Override
    public Message postProcessMessage(Message message) {
        logger.xdebug("Inside MTMessagingPostProcessor", 

          //Throwing exception to show that some exception can be thrown in original code and I want to requeue messages to come here for n number of times.
            throw new RuntimeException("TEST");
        //return message;
    }


    public void setTenantProvider(TenantProvider tenantProvider) {
        this.tenantProvider = tenantProvider;
    }


}

如果在 MTMessagingPostProcessor 中引发异常,我想将消息重新排队 n 次,这不是由拦截器实现的,因为它在侦听器的 onMessage() 方法中重试消息。

4

1 回答 1

2

如果您的意思是MessagePostProcessorafterReceiveMessagePostProcessors容器属性中提供 a ,则这些后处理器在建议链范围之外被调用(重试拦截器)。

您不能“重试”此类后处理器抛出的异常。

重试拦截器仅适用于侦听器本身。

于 2020-01-24T16:26:46.643 回答