WSO2BPS 拒绝将新版本的流程部署到生产环境
WSO2BPS denies deployment of a new version of process to a prod environment
WSO2 BPS 拒绝部署新版本的 CAR 文件，原因是 "Service already used by another process. Try again with a different service name"。
问题已知，但我还没有找到任何有价值的解决问题的关键。
显然，我们应该记住两件事：
我们不能更改服务名称，因为它会强制更改端点 URL（在每个使用 BPS 服务的节点上更改 URL 是无稽之谈）。
我们应该保留以前版本上的现有流程才能结束。所以我们不能只删除旧版本并部署新版本（并不是说在根本没有部署服务时会产生 "gap"）。
以前 BPS 版本的文档说，在那种情况下，流程服务定义已针对新版本的流程进行了更改。现在那不是真的，因为
拒绝上传新服务定义。
出现上述错误后，根本没有上传新的流程包。
那我们应该怎么处理呢？我认为这个问题只会导致在生产环境中无法使用 BPS，因此应该有一个解决方法。
为了完全解决这个问题，我停止使用 CAR 并开始只使用 zips。他们部署所有必需的工件，并且不会像他们希望的那样在启动时重新部署。旧实例继续存在于退役进程中，新实例进入活动进程。大家都很开心！
WSO2 BPS 拒绝部署新版本的 CAR 文件，原因是 "Service already used by another process. Try again with a different service name"。
问题已知，但我还没有找到任何有价值的解决问题的关键。
显然，我们应该记住两件事：
我们不能更改服务名称，因为它会强制更改端点 URL（在每个使用 BPS 服务的节点上更改 URL 是无稽之谈）。
我们应该保留以前版本上的现有流程才能结束。所以我们不能只删除旧版本并部署新版本（并不是说在根本没有部署服务时会产生 "gap"）。
以前 BPS 版本的文档说，在那种情况下，流程服务定义已针对新版本的流程进行了更改。现在那不是真的，因为
拒绝上传新服务定义。
出现上述错误后，根本没有上传新的流程包。
那我们应该怎么处理呢？我认为这个问题只会导致在生产环境中无法使用 BPS，因此应该有一个解决方法。
为了完全解决这个问题，我停止使用 CAR 并开始只使用 zips。他们部署所有必需的工件，并且不会像他们希望的那样在启动时重新部署。旧实例继续存在于退役进程中，新实例进入活动进程。大家都很开心！