从 3.9.1 升级到 Mule 运行时 3.9.5

发布于 2025-01-11 16:15:28 字数 596 浏览 0 评论 0原文

所以这个任务有很多空白(之前负责升级的员工已经离开,这个任务落在了我的盘子里)。

我们目前使用 Mule 3.9.1 EE 运行时(独立 EE 而非 CE) 所以当我登录 MuleSoft 并查找下载时: 输入图片这里的描述

这是我感到困惑的地方...... 我们的脚本( Dockerfile )引用了一个 amazon s3 存储桶,它是一个 http 端点,可供所有人访问,这对我来说听起来不正确。

所以我强烈怀疑这可能是一种黑客行为,目的是绕过 Dockerfile 脚本对 MuleSoft 网站进行身份验证: 即(我们可以访问 MuleSoft 支持,因此也许我们已经下载了运行时,然后将其托管在公共 s3 存储桶上),然后引用此 s3 位置来下载相同的内容。

这对我来说似乎不正确......我想知道世界上的其他人是怎么做的?

我能想到的另一个选择是从 MuleSoft 下载页面下载 Mule 运行时,然后上传到我们的私人工件。

谢谢

So there are a lot of gaps about this task (earlier staff who were handling upgrades have left and this task has landed in my plate).

We currently use Mule 3.9.1 EE runtime ( standalone EE not CE )
So when i login to MuleSoft and lookup downloads :
enter image description here

Here is where I am confused ...
Our scripts ( Dockerfile ) are referring to a amazon s3 bucket which is a http endpoint and is accessible by all which does not sound correct to me.

So I am strongly suspecting that this may have been done as a hack to bypass the Dockerfile script from authenticating against MuleSoft's website :
i.e. ( we have access to MuleSoft support so maybe we have downloaded the runtime and then hosted it on a public s3 bucket) and then referred to this s3 location to download the same.

This to me just does not seem correct... I am wondering how others in the world go about it?

Another option i can think of is downloading the Mule runtime from MuleSoft download page and then uploading to our private artifactory.

Thanks

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

晨与橙与城 2025-01-18 16:15:28

如果您将像 Mule EE 这样的专有产品上传到公共存储库,您很可能违反了许可证。你应该立即把它拿下来。

If you upload a propietary product like Mule EE to a public repository you are most likely in violation of the license. You should take it down immediately.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文