Apache nifi NiFi:等待通知无限期等待问题。查看分布式地图缓存的内容?

Apache nifi NiFi:等待通知无限期等待问题。查看分布式地图缓存的内容?,apache-nifi,Apache Nifi,我正在测试等待通知工作流,如图所示。我使用“${fragment.identifier}”作为等待和通知的“释放信号标识符”。“信号计数器名称”为默认值/空。等待的“目标信号计数”为“${fragment.Count}”。不确定为什么等待会无限期地等待,即使在NOTIFY处理并通知所有分割片段之后。请帮忙。是否有方法查看分布式地图缓存的内容,以确定正在发生的事情,即信号计数器的值等 更新: 如图所示,通过在等待处理器自身的“等待”上添加一个自循环,解决了不确定等待问题 挂起:仍然需要一种方法来查

我正在测试等待通知工作流,如图所示。我使用“${fragment.identifier}”作为等待和通知的“释放信号标识符”。“信号计数器名称”为默认值/空。等待的“目标信号计数”为“${fragment.Count}”。不确定为什么等待会无限期地等待,即使在NOTIFY处理并通知所有分割片段之后。请帮忙。是否有方法查看分布式地图缓存的内容,以确定正在发生的事情,即信号计数器的值等

更新:

如图所示,通过在等待处理器自身的“等待”上添加一个自循环,解决了不确定等待问题


挂起:仍然需要一种方法来查看分布式地图缓存中的条目。

要查看缓存条目,可以执行以下操作:

将DistributedMapCacheServer配置为使用以下持久性目录:


之后,您可以查看文件夹内容并检查缓存中的内容。

要查看缓存项,可以执行以下操作:

将DistributedMapCacheServer配置为使用以下持久性目录:


之后,您可以查看文件夹内容并检查缓存中的内容。

自我循环位上的注释帮助我修复了我的问题,谢谢。我还必须在队列中添加一个FIFO优先级排序器。不要认为它有很好的文档记录——事后来看,我想这就是文档中的意思:“当使用‘等待’关系作为循环时,建议使用优先顺序(例如先进先出)。”。我恐怕不知道如何查看缓存。自我循环位上的注释帮助我修复了我的缓存,所以谢谢。我还必须在队列中添加一个FIFO优先级排序器。不要认为它有很好的文档记录——事后来看,我想这就是文档中的意思:“当使用‘等待’关系作为循环时,建议使用优先顺序(例如先进先出)。”。恐怕不知道如何查看缓存。