在过去的几年里,我在Amazon SWF上做了大量的工作,但我仍然不清楚以下几点,我还没有在任何论坛上找到任何直接的答案。
这些是我想的非常基本的要求,确定其他人也可能遇到过。如果有人能澄清这些,那就太棒了。
我正在考虑在我的工作场所使用SWF进行更多业务流程,但这些限制/疑点阻碍了我!
最终工作解决方案
$('.typeahead').typeahead({
hint: false,
highlight: true,
minLength: 3,
},
{
name: 'firstnames',
displayKey: 'value',
source: firstnames.ttAdapter(), // this is your result variable
templates: {
empty: function(context){
// console.log(1) // put here your code when result not found
$(".tt-dataset").text('No Results Found');
}
}
答案 0 :(得分:2)
标准模式是在工作流启动程序进程中托管一个特殊活动,用于传递结果。使用特定于进程的任务列表以确保将其路由到正确的启动器实例。以下是实施它的步骤:
是的,如果您使用的是AWS Flow Framework,则在活动超时时会引发超时异常。如果你没有使用Flow框架,那么你的生活将会变得更加艰难。顺便说一下,工作流超时也作为超时异常被抛入父工作流。无法从超时实例本身捕获工作流超时异常。在这种情况下,建议不要依赖工作流超时,而只需创建一个计时器,该计时器将触发并通知工作流逻辑某些业务事件已超时。
因为单个活动执行有多个与之关联的事件。编写将历史转换为您喜欢的任何活动表示的代码应该非常容易。这样的代码只匹配与每个活动相关的事件。每个事件总是引用相关事件,因此很容易将它们汇总到更高级别的表示中。
不幸的是,这个没有简单的答案。理想情况下,SWF将通过将其历史记录复制到故障点来支持重新启动工作流程。但它不受支持。我个人认为工作流应该以一种永不失败的方式编写,但始终处理失败而不会失败。显然,由于意外情况导致故障,它不起作用。在这种情况下,以一种可以从头重新开始的方式编写工作流是最简单的方法。