您好!@尼可兰我是说，

是的，您是正确的，过滤和登录FME服务器自动触发工作区运行以执行这些操作。这些工作区位于“存储库>工具”中。

FilterMessage.fmw只包含一个测试程序，该测试程序检查是否满足自动化筛选器中指定的条件，如果不满足这些条件，则通过终结符使其以失败告终，因为转换的性质，我希望工作区的持续时间仅为几秒钟。

使用FME服务器单引擎系统中的环游世界示例，您将观察到以下行为：

1. 目录监视将向筛选器发送4条消息，实质上触发4个筛选器消息作业。由于只有一个引擎可用，其中3个作业将排队并在前一个引擎完成时运行。
2. 成功的筛选消息作业将触发处理数据的最终工作区。如果所有4个筛选消息尚未完成，则会将此消息发送到队列，以便在引擎可用时运行。

由于筛选作业执行简单的短期翻译，我认为您不会在最终工作区中看到任何延迟。

唯一可能导致争用的时间是，如果自动化不运行任何作业。例如。从一个触发器到一个外部操作使用fme核心流程，因此添加一个过滤器意味着自动化也依赖于引擎，而不是以前的引擎。但是在上面的例子中，由于自动化已经依赖于引擎的可用性，我认为您不会看到影响。

如果你有任何问题，请告诉我。

筛选器确实运行需要引擎的工作区。如前所述，这是一个快速的工作，所以不会举行任何其他，但是如果一个长期运行的工作是使用你的唯一引擎，那么自动化将被推迟，直到引擎变得可用。

如果这是一个问题，旧的通知系统仍然可用。

您好!@尼可兰
通过发布并运行一个作业，将减速器设置为每个功能等待6分钟，可以很容易地对此进行测试。
然后用过滤器触发自动化。如果过滤器工作，那么你知道它不需要引擎。如果真是这样，那就得等了。

我现在还不能试一下，但我不认为这是个问题。即使它确实系上了发动机，它也只能用来过滤。然后，当该过程完成时，引擎将被释放，并可以继续运行适当的工作区。