【问题标题】:cloudfoundry: use an older buildpack versioncloudfoundry:使用较旧的 buildpack 版本
【发布时间】:2014-09-30 08:37:25
【问题描述】:

Cloundfoundry 最近将其 Java buildpack 更新到了 2.5 版(包括 java 8 和 tomcat 8)。我仍然想使用 2.4 版,因为我的应用程序还没有升级到 java 8。 最简单的方法是什么?

我可以使用

推送应用程序
cf push app -b https://github.com/cloudfoundry/java-buildpack

但是如何指定使用 2.4 版 (https://github.com/cloudfoundry/java-buildpack/releases/tag/v2.4)?显然指定标签 URL 是行不通的。

【问题讨论】:

    标签: java cloud-foundry buildpack


    【解决方案1】:

    要使用“cf push -b”指定分支,请在分支名称前加上“#”。在您的示例中,您将使用

    $ cf push app -b https://github.com/cloudfoundry/java-buildpack#v2.4
    

    这可能会给您一些关于 buildpack 克隆处于“detatched HEAD”状态的奇怪消息,但可以忽略。

    您应该能够在 Java 8 JRE 上运行您的应用程序,即使它是使用早期 JDK 编译的。在 Java 8 JRE 上运行应用时是否遇到错误?

    直接使用url中的版本号——不带“tags/”:java-buildpack#tags/v2.4 -> java-buildpack#v2.4

    【讨论】:

    • 使用新的 buildpack 我有一个异常“Java 1.8 ASM ClassReader failed to parse class file - 可能是由于尚不支持新的 Java 类文件版本”这似乎是由通过 Spring 3.2.X 在我的项目中
    • 关于# URL:现在我在日志中看到这些错误:ERR 警告:找不到要克隆的远程分支标签/v2.4。 ERR 致命:在上游源中找不到远程分支标签/v2.4
    • 好的,我知道了:它必须是 github.com/cloudfoundry/java-buildpack#v2.4(即“#v2.4”而不是“#tags/v2.4”)谢谢!跨度>
    • 太好了,这使我的应用程序免于处于关闭状态,因为更改为最新版本会导致内存问题
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-07-29
    • 1970-01-01
    • 1970-01-01
    • 2016-03-28
    • 2019-02-18
    • 2015-08-02
    • 2019-03-20
    相关资源
    最近更新 更多