嗨，迈克，

是的，据我所知，服务本地目的地优先。

此类配置独立于工作流版本。 因此，并不是将配置烘焙到工作流版本中并从那时开始进行固定。

除了记录的内容外，通用目标缓存也无法通过某些操作（例如，工作流部署）过期-但是， 如您所说，重新启动不能由工作流的使用者触发。

以上内容适用于由平台组件完成缓存的Neo环境。

在Cloud Foundry上，服务可以 并且必须自己实施缓存过期策略。 因此，缓存可以更加依赖于应用程序，并且理论上可以包括诸如部署之类的操作。 但是据我所知，还没有实现优化的策略。

问候，

Tobias

嗨， Tobias Breyer 感谢您的输入。 我认为5min缓存确实是我观察到的。 我认为设置在几天之内没有更新的原因实际上是我有两个目的地，一个在全局级别（Connectivity-> Destinations），另一个在工作流级别（Configure Workflow Service）。 后一个目的地似乎优先。 因此，当我更改全局目的地时，我从未看到更改生效。 但是，当我更改工作流级别的目的地时，所做的更改最终会应用。

进行了更多测试，看起来确实适用5分钟​​缓存。 新实例似乎并不能立即获取新细节。 甚至重新部署工作流程似乎也没有任何作用。

我想让这个问题待一会儿，因为我想回答一个有关现有工作流程实例是否将对邮件目标进行更改的答案。 对于实时客户，有必要不时更改这些设置，我们需要知道如何顺利​​进行操作。 例如，创建所有实时工作流程的新实例不是一种可接受的方法

嗨，迈克，

更新目的地通常不是问题。 我认为Neo平台会将目标设置缓存5分钟。 所以日子会很奇怪。

也许删除目的地与问题有关。 您是否尝试过使用其他设置重新创建它以查看差异？

您究竟何时删除了它？ 您仍然可以重现该问题吗？

关于此，

Tobias

感谢您的输入Abdel DADOUCHE 。 在我的快速测试中，即使我确实启动了新的工作流程实例，它似乎也没有采用修改过的目标设置。 顺便说一句，我们必须使用一个名为bpmworkflowruntime_mail的目的地，因为工作流服务正在寻找一个具有该名称的目的地

您好迈克·道尔

我听说（但是我不记得是从哪里来的，也不是从谁那里来的）启动工作流程后，它将获得当前配置的"快照"并运行它，这意味着您无法"调整"现有实例 具有新配置。

您是否尝试过使用新名称复制目的地并在工作流中使用它？

您好Phil Cooley 我确实尝试过重新部署工作流，但这似乎没有任何作用

嘿迈克·道尔

很好的问题。 您是否尝试过重新部署工作流程定义本身-想知道此时是否会再次检索邮件目标属性？ 如果您还没有这样做，还是值得尝试。

谢谢！

菲尔