taskscheduler java_java – taskScheduler池的奇怪行为

我有两个弹簧启动应用程序(1.4.3.RELEASE),它们位于同一台服务器上.应用程序A是一个单一的应用程序,其中包含用于处理警报的部分代码,而应用程序B是一个仅处理警报的新专用应用程序.这里的目标是打破小应用程序中的monolotic应用程序.现在,这两个代码一起运行,因为我有旧系统,总是调用应用程序A.

这两个应用程序有一个基于ThreadPoolTask​​Scheduler配置的taskScheduler.

@Configuration

public class TaskSchedulerConfig {

@Bean

public TaskScheduler taskScheduler() {

ThreadPoolTaskScheduler threadPoolTaskScheduler = new ThreadPoolTaskScheduler();

threadPoolTaskScheduler.setWaitForTasksToCompleteOnShutdown(true);

threadPoolTaskScheduler.setPoolSize(100);

return threadPoolTaskScheduler;

}

}

昨天,我经历了一个奇怪的行为:

>已检测到警报并将其发送到新应用B – >好

>应用程序B收到警报并开始根据taskScheduler处理它 – >好

>第一步已由应用程序B处理 – >好

>第二步已由应用程序A处理 – > NOK,奇怪的行为

>第三步已由应用B按预期处理 – >好

这怎么可能?对我来说,每个taskScheduler都附加到创建它的应用程序.我哪里错了?

UPDATE

我有一个发出警报的真实盒子.这些警报必须由新应用程序处理.但我还有旧盒子没有迁移到新系统.所以我在两个不同的项目中有处理代码.

我有一个新代码的新框,它在新系统上创建了一个警报.此警报生成一个状态机,该状态机与任务调度程序异步处理.创建警报后,新应用程序开始处理状态机,并在处理过程中唤醒旧应用程序并处理警报步骤.之后,新应用程序再次唤醒并正常关闭警报.

问题是:为什么旧应用程序会唤醒以处理警报? threadPoolTask​​Scheduler是否存在已知问题?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值