我最终试图重写一个现有的策略来简化它,结果是“简化的”策略决定炸毁应该发送到隐藏通道的空格(skip()也不起作用)。无论如何,这里是整个(有些净化)策略: language = Java;}Bart Kiers on SO helped me with this one, basically handle a date period such as
// 4 WEEKS, 1 YEAR <e
我的简单策略是在一个动作中抛出一个RuntimeException:但是操作会产生编译错误,因为生成的Lexer在操作之后有一个中断命令,Java编译器抱怨中断是一个无法到达的语句。case 1: throw new RuntimeException("charizing op not supported y
et");
我已经将失火策略设置为MISFIRE_INSTRUCTION_FIRE_NOW,作业请求恢复标志也设置为true。在作业启动之后( Quartz DB store中的状态从READY转换为RUNNING ),我故意反弹(重新启动)整个系统,这会中断正在运行的作业。当系统恢复到活动状态时,我看到的是中断的作业根本不会重新启动。在我们的生产系统中,这将造成很大的伤害,因为任何软件更新都会在无意中中断正在运行的作业,这些作业根本不会再次触发(关键的一次性作业将无法完成,从而在即将到来的作业中引发不必要的连锁反应)。我想要的是<e