当前位置: 首页 > 知识库问答 >
问题:

当timer调用委托时,Camunda MockExpressionManager不工作

高晋
2023-03-14

我也尝试过扩展https://github.com/camunda/camunda-bpm-mockito,但看起来它在内部使用了相同的mocks.register,而且对我也不起作用。

可能还有一些其他的可能性来模拟委托,这将适用于计时器的情况?

共有1个答案

戚甫
2023-03-14

嗯,这已经在你提到的线程中得到了回答:

Register用于纯单线程、无作业执行器的“单元测试”环境中。在这样的环境中,您需要在自己的测试线程中显式触发计时器作业,而不是设置时间并等待作业执行器处理作业:

Job job = processEngineRule.getManagementService().createJobQuery().singleResult();
processEngineRule.getManagementService().executeJob(job.getId());

然后它应该愉快地解决名称,并应该工作。

 类似资料:
  • 我使用输入和输出流实现了套接字。外部架构负责一次发送一个请求进行写入。 然而,如果任何请求没有返回no HasBytesAvailable,我需要从队列中删除该请求并通知请求超时。 对于所有其他请求,我能够正确地发送/接收数据,但如果任何一个请求超时,那么在此之后,hasspaceavable将永远不会被调用。 我的代码如下: @CCCommandSocket的实现 @合成连接TimeoutTim

  • 问题内容: 有人可以解释何时以及何时不使用Swift中的委托指针进行“弱”分配,为什么? 我的理解是,如果您使用的协议未定义为类,则无法,也不想将您的委托指针分配给弱。 但是,当您的协议定义为类类型协议时,您是否要将委托设置为弱指针? 我对么?在Apple的快速指南中,类协议示例没有使用弱分配,但是在我的测试中,如果没有弱引用我的委托人,我会看到强参考周期。 问题答案: 通常,使类协议(如用关键字

  • webrtc库调用某个内部方法并获取多余的\u错误。然后坠毁了 如果需要更多信息,请询问。 //代码 我在这里喝了一口。 此代理调用时发生崩溃。 事故报告 异常类型:EXC_BAD_ACCESS(SIGSEGV)异常子类型:KERN_在0x5000000000000038处的地址无效终止信号:分段错误:11终止原因:命名空间信号,代码0xb终止进程:由线程触发的EXC处理程序[0]:9 筛选的系统

  • 在收到远程通知并且用户采取操作(而不是关闭/解除)之后,app委托获得回调: -(void)application:(UIApplication*)application DidReceiverEmoTentification:(NSDictionary*)userInfo FetchCompletionHandler:(void(^)(UIBackgroundFetchResult))compl

  • 我想在我的应用程序中使用插屏广告,所以我实现了所有必要的委托方法。问题是,如果我使用[self Request estInterstitialAdPresent]来显示广告,只有interstitialAdddLoad:方法被调用。interstitialAdActionddFinish:方法没有被调用... 但是,如果我使用已弃用的[self.interstitialPresinFromView

  • 主要内容:类委托,属性委托,标准委托,可观察属性 Observable,把属性储存在映射中,Not Null,局部委托属性,属性委托要求,翻译规则,提供委托委托模式是软件设计模式中的一项基本技巧。在委托模式中,有两个对象参与处理同一个请求,接受请求的对象将请求委托给另一个对象来处理。 Kotlin 直接支持委托模式,更加优雅,简洁。Kotlin 通过关键字 by 实现委托。 类委托 类的委托即一个类中定义的方法实际是调用另一个类的对象的方法来实现的。 以下实例中派生类 Derived 继承了接口