【问题标题】:Managing and storing an artifact/library (e.g. a jar) used by an Heroku/Cloudfoundry application管理和存储 Heroku/Cloudfoundry 应用程序使用的工件/库(例如 jar)
【发布时间】:2015-02-05 11:45:39
【问题描述】:

我已经阅读了 12-factor-app manifesto 并且我有以下疑问:我可以在哪里以及如何存储一个内部库,例如我的几个 Heroku 或 Cloudfoundry 应用程序将使用的 jar?

请记住,该库/jar 的代码库是在 Github 中进行版本控制的。

【问题讨论】:

    标签: heroku jar cloud-foundry 12factor


    【解决方案1】:

    我会使用 OpenStack Swift 等文件存储(它也具有与 S3 兼容的 API。您也可以使用 CouchDB 并将附件存储在数据库记录中。

    【讨论】:

    • 感谢 jsloyer。但是,我正在寻找一种解决方案,该解决方案还可以解决工件版本和 Id 等问题(想想 maven/gradle)...
    • 所以你想在多个应用之间共享一个jar?
    • 是的。一个内部图书馆。
    • 我对你想要的有点困惑......你不能在运行时真正尊重 jar 文件的共享位置。 jar 文件必须内置到 war 文件中。您可以做的是,当您构建您的战争文件时,有一个共享项目,其中包含您的共享 deps,并在您构建您的战争文件时引用该共享项目
    • 分享我的意思是被不同的应用程序消费。因此,同一个 jar 的不同副本会存在于不同的 web 应用程序中。你明白我的意思吗?
    【解决方案2】:

    在 java 中我真的没有见过这样的东西。你不能在java中进行动态依赖注入,这是你做不到的。

    【讨论】:

      猜你喜欢
      • 2015-07-28
      • 2011-01-28
      • 1970-01-01
      • 1970-01-01
      • 2014-07-28
      • 1970-01-01
      • 2011-07-06
      • 2011-11-22
      • 1970-01-01
      相关资源
      最近更新 更多