Добавление 5-го Rabbit Listener приводит к зависанию Quartz Job в заблокированном состоянии - PullRequest
0 голосов
/ 27 марта 2019

У меня есть приложение Spring Boot, в котором есть 5 RabbitListener. У меня также есть 2 задания Quartz Scheduler, которые выполняются через равные промежутки времени. при запуске приложения Spring Boot кажется, что задания запускаются один раз, но затем остаются в состоянии триггера BLOCKED и больше не запускаются. Я использую Spring Boot 2.1.2 и Quartz 2.3.0. Кто-нибудь может посоветовать?

Раньше у меня было 4 Слушателя Кролика, и у меня не было этой проблемы, но добавление 5-го вызывает это. Я попытался удалить существующего слушателя Rabbit, так что есть только 4 слушателя Rabbit, включая моего нового, и проблема исчезла.

Вот Кролик Слушатель, которого я хочу добавить:

@Slf4j
@Component
public class MyListener
{
    @Autowired
    private MyProcess process;

    @RabbitListener(queues = "#{T(com.earthport.elm.amqp.RabbitBinding).LIQUIDITY_BALANCE_CREDITED.getQueue()}",
            containerFactory = "noDeadLetterRabbitListenerContainerFactory")
    public void onMessage(MyMessage message)
    {
        if (log.isDebugEnabled())
        {
            log.debug("Received message: {}", message);
        }

        try
        {
            process.run(message);
        }
        catch (Exception e)
        {
            throw new AmqpRejectAndDontRequeueException(e);
        }
    }
}

Вот моя фабричная конфигурация контейнера слушателя:

    @Bean
    public SimpleRabbitListenerContainerFactory rabbitListenerContainerFactory(
            Jackson2JsonMessageConverter messageConverter,
            RetryAdviceChainFactory deadLetterRetryAdviceChainFactory)
    {
        final SimpleRabbitListenerContainerFactory cf = new SimpleRabbitListenerContainerFactory();
        cf.setConnectionFactory(connectionFactory);
        cf.setConcurrentConsumers(1);
        cf.setErrorHandler(defaultErrorHandler);
        cf.setAdviceChain(deadLetterRetryAdviceChainFactory.createDefaultRetryChain());
        cf.setChannelTransacted(true);
        cf.setTaskExecutor(taskExecutor);
        cf.setMessageConverter(messageConverter);
        cf.setTransactionManager(transactionManager);
        return cf;
    }

    @Bean
    public SimpleRabbitListenerContainerFactory noDeadLetterRabbitListenerContainerFactory(
            Jackson2JsonMessageConverter messageConverter,
            RetryAdviceChainFactory loggingRetryAdviceChainFactory)
    {
        final SimpleRabbitListenerContainerFactory cf = new SimpleRabbitListenerContainerFactory();
        cf.setConnectionFactory(connectionFactory);
        cf.setConcurrentConsumers(1);
        cf.setErrorHandler(defaultErrorHandler);
        cf.setAdviceChain(loggingRetryAdviceChainFactory.createRetryChain(
                new NoBackOffPolicy(), new NeverRetryPolicy()));
        cf.setChannelTransacted(true);
        cf.setTaskExecutor(taskExecutor);
        cf.setMessageConverter(messageConverter);
        cf.setTransactionManager(transactionManager);
        return cf;
    }

Вот моя фабричная конфигурация контейнера слушателя:

    @Bean
    public JobFactory jobFactory(ApplicationContext applicationContext)
    {
        AutowiringSpringBeanJobFactory jobFactory = new AutowiringSpringBeanJobFactory();
        jobFactory.setApplicationContext(applicationContext);
        return jobFactory;
    }

    @Bean
    public SchedulerFactoryBean schedulerFactoryBean(
            DataSource dataSource,
            JobFactory jobFactory,
            Executor taskExecutor,
            PlatformTransactionManager platformTransactionManager)
    {
        Properties quartzProperties = new Properties();

        quartzProperties.setProperty("org.quartz.scheduler.instanceName", "ELM-Scheduler");
        quartzProperties.setProperty("org.quartz.scheduler.instanceId", "AUTO");
        quartzProperties.setProperty("org.quartz.jobStore.class", "org.quartz.impl.jdbcjobstore.JobStoreTX");
        quartzProperties.setProperty("org.quartz.jobStore.driverDelegateClass", "org.quartz.impl.jdbcjobstore.StdJDBCDelegate");
        quartzProperties.setProperty("org.quartz.jobStore.useProperties", "true");
        quartzProperties.setProperty("org.quartz.jobStore.tablePrefix", "QRTZ_");
        quartzProperties.setProperty("org.quartz.jobStore.isClustered", "true");

        SchedulerFactoryBean factory = new SchedulerFactoryBean();
        factory.setOverwriteExistingJobs(true);
        factory.setAutoStartup(true);
        factory.setDataSource(dataSource);
        factory.setJobFactory(jobFactory);
        factory.setTaskExecutor(taskExecutor);
        factory.setTransactionManager(platformTransactionManager);
        factory.setQuartzProperties(quartzProperties);

        if (jobs != null)
        {
            factory.setJobDetails(jobs.toArray(new JobDetail[jobs.size()]));
        }

        if (triggers != null && schedulerEnabled)
        {
            factory.setTriggers(triggers.toArray(new Trigger[triggers.size()]));
        }

        return factory;
    }


    @Bean
    public Scheduler scheduler(SchedulerFactoryBean schedulerFactoryBean)
    {
        return schedulerFactoryBean.getScheduler();
    }

    public static SimpleTriggerFactoryBean createTrigger(JobDetail jobDetail, long pollFrequencyMs, long startDelayMillis)
    {
        SimpleTriggerFactoryBean factoryBean = new SimpleTriggerFactoryBean();
        factoryBean.setJobDetail(jobDetail);
        factoryBean.setStartDelay(startDelayMillis);
        factoryBean.setRepeatInterval(pollFrequencyMs);
        factoryBean.setRepeatCount(SimpleTrigger.REPEAT_INDEFINITELY);
        factoryBean.setMisfireInstruction(SimpleTrigger.MISFIRE_INSTRUCTION_RESCHEDULE_NEXT_WITH_REMAINING_COUNT);
        return factoryBean;
    }

Вот общий TaskExcutor, используемый в моем Quartz и RabbitConfig:

@Configuration
@EnableAsync
public class AsyncConfig
{
    @Value("${executor.maxPoolSize:50}")
    private int maxPoolSize;

    @Value("${executor.maxQueueCapcity:500}")
    private int maxQueueCapacity;

    @Bean
    public Executor taskExecutor()
    {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        executor.setCorePoolSize(5);
        executor.setMaxPoolSize(maxPoolSize);
        executor.setQueueCapacity(maxQueueCapacity);
        return executor;
    }
}

Я ожидаю, что мои запланированные задания будут выполняться регулярно. Когда это работает, я вижу в моей таблице QRTZ_TRIGGERS значение TRIGGER_STATE не заблокировано. Однако при добавлении моего 5-го слушателя это значение становится БЛОКИРОВАННЫМ и остается там.

...