从 3.9.1 升级到 Mule runtime 3.9.5
Upgrading to Mule runtime 3.9.5 from 3.9.1
所以这个任务有很多差距（早期处理升级的工作人员离开了，这个任务落在了我的盘子里）。
我们目前使用 Mule 3.9.1 EE 运行时（独立 EE 而非 CE）
所以当我登录到 MuleSoft 并查找下载时：
这是我困惑的地方......
我们的脚本 ( Dockerfile ) 指的是一个 amazon s3 桶，它是一个 http 端点，所有人都可以访问，这对我来说听起来不正确。
所以我强烈怀疑这可能是一种黑客行为，目的是绕过 Dockerfile 脚本，使其无法对 MuleSoft 的网站进行身份验证：
即（我们可以访问 MuleSoft 支持，所以也许我们已经下载了运行时，然后将其托管在 public s3 存储桶上），然后参考此 s3 位置下载相同的内容。
这对我来说似乎不正确...我想知道世界上其他人是怎么做到的？
我能想到的另一个选择是从 MuleSoft 下载页面下载 Mule 运行时，然后上传到我们的私人工件。
谢谢
如果您将 Mule EE 等专有产品上传到 public 存储库，您很可能违反了许可。你应该马上把它拿下来。
所以这个任务有很多差距（早期处理升级的工作人员离开了，这个任务落在了我的盘子里）。
我们目前使用 Mule 3.9.1 EE 运行时（独立 EE 而非 CE）
所以当我登录到 MuleSoft 并查找下载时：
这是我困惑的地方...... 我们的脚本 ( Dockerfile ) 指的是一个 amazon s3 桶，它是一个 http 端点，所有人都可以访问，这对我来说听起来不正确。
所以我强烈怀疑这可能是一种黑客行为，目的是绕过 Dockerfile 脚本，使其无法对 MuleSoft 的网站进行身份验证： 即（我们可以访问 MuleSoft 支持，所以也许我们已经下载了运行时，然后将其托管在 public s3 存储桶上），然后参考此 s3 位置下载相同的内容。
这对我来说似乎不正确...我想知道世界上其他人是怎么做到的？
我能想到的另一个选择是从 MuleSoft 下载页面下载 Mule 运行时，然后上传到我们的私人工件。
谢谢
如果您将 Mule EE 等专有产品上传到 public 存储库，您很可能违反了许可。你应该马上把它拿下来。