Fatal编程技术网
  • java/
  • Java cloudfoundry：使用较旧的buildpack版本

Java cloudfoundry：使用较旧的buildpack版本

java cloud-foundry

Java cloudfoundry：使用较旧的buildpack版本,java,cloud-foundry,buildpack,Java,Cloud Foundry,Buildpack,Cloundfoundry最近将其Java构建包更新为2.5版（包括Java 8和tomcat 8）。我仍然想使用2.4版，因为我的应用程序还没有升级到Java8。 最简单的方法是什么 我可以使用 cf push app -b https://github.com/cloudfoundry/java-buildpack 但是如何指定使用2.4（）版呢？显然，指定标记URL不起作用。要使用“cf push-b”指定分支，请在分支名称前加“#”。在您的示例中，您将使用 $ cf push app

Cloundfoundry最近将其Java构建包更新为2.5版（包括Java 8和tomcat 8）。我仍然想使用2.4版，因为我的应用程序还没有升级到Java8。 最简单的方法是什么

我可以使用

cf push app -b https://github.com/cloudfoundry/java-buildpack
但是如何指定使用2.4（）版呢？显然，指定标记URL不起作用。

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

$ cf push app -b https://github.com/cloudfoundry/java-buildpack#v2.4
这可能会给您一些关于buildpack克隆处于“detatched HEAD”状态的奇怪消息，但这可以忽略

您应该能够在Java8JRE上运行应用程序，即使它是使用早期的JDK编译的。在Java 8 JRE上运行应用程序时是否出现错误

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

与新的buildpack一起使用我遇到了一个异常“java 1.8 ASM ClassReader无法解析类文件-可能是由于新的java类文件版本尚不受支持”这似乎是由我的项目中的Spring 3.2.X引起的关于#URL:现在我在日志中看到这些错误：ERR warning:找不到要克隆的远程分支标记/v2.4。致命错误：上游版本中未找到远程分支标记/v2.4好的，我知道了：它必须是（即“#v2.4”而不是“#标记/v2.4”），谢谢！这使我的应用程序免于处于关闭状态，因为对最新版本的更改会导致内存问题