NiFi api 请求的修订组件中版本 属性 的用途是什么？
What is the purpose of the version property in the revision component of a NiFi api request?
我正在使用 https://nifi.apache.org/docs/nifi-docs/components/nifi-docs/rest-api/index.html 提供的 NiFi api 创建 NiFi 流程。
我在使用 UI 创建流程时观察浏览器的请求，我注意到每个请求都包含一个带有 “版本”属性。
它的用途是什么？我如何知道要随我的请求发送哪个版本？
提前致谢！
修订概念用于在更新组件时实现乐观锁定策略。例如，假设两个用户都打开处理器的配置并开始进行更改，user1 提交他们的更改，然后 user2 提交他们的更改。 user2 所做的更改不再准确，因为它们基于 user1 进行更改之前的处理器状态。强制执行的方式是，在用户 1 进行更改后，修订版本将在服务器上递增，用户 2 将使用以前的版本提交他们的更改，服务器将知道它不是最新的并拒绝它。
长话短说，您应该检索组件以获取当前 revision/version 并将其与您的更改一起发回。如果没有其他人更改该组件，则版本将匹配并且您的更新成功。
我正在使用 https://nifi.apache.org/docs/nifi-docs/components/nifi-docs/rest-api/index.html 提供的 NiFi api 创建 NiFi 流程。
我在使用 UI 创建流程时观察浏览器的请求，我注意到每个请求都包含一个带有 “版本”属性。
它的用途是什么？我如何知道要随我的请求发送哪个版本？
提前致谢！
修订概念用于在更新组件时实现乐观锁定策略。例如，假设两个用户都打开处理器的配置并开始进行更改，user1 提交他们的更改，然后 user2 提交他们的更改。 user2 所做的更改不再准确，因为它们基于 user1 进行更改之前的处理器状态。强制执行的方式是，在用户 1 进行更改后，修订版本将在服务器上递增，用户 2 将使用以前的版本提交他们的更改，服务器将知道它不是最新的并拒绝它。
长话短说，您应该检索组件以获取当前 revision/version 并将其与您的更改一起发回。如果没有其他人更改该组件，则版本将匹配并且您的更新成功。