我有点困惑。
甲骨文表示Java 8与Java 7(向后)高度兼容。但是,存在Java 8程序可以成功在Java 7(SE / EE)上成功运行的可能性吗?
如果第一点是正确的,那么将在Java 7服务器支持上部署和执行Java 8应用程序吗?例如Tomcat 8或WildFly?
一般来说,没有。
向后兼容意味着您可以在Java 8运行时上运行Java 7程序,而不是相反。
这有几个原因:
字节码已经过版本控制,JVM会检查它是否支持在.class文件中找到的版本。
某些语言构造无法在字节码的早期版本中表达。
较新的JRE中有新的类和方法,不适用于较旧的类和方法。
如果确实需要(提示:不需要),则可以强制编译器将源视为Java的一个版本,并为另一个版本发出字节码,方法如下:
javac -source 1.8 -target 1.7 MyClass.java
(与Maven相同),并且可以针对JDK7进行编译,但是在实践中,它通常不起作用。 我建议你不要。
编辑 :JDK 8显然不支持此确切的组合,所以这将无法工作。版本的其他一些组合也可以使用。
还有一些程序可以将较新的Java程序转换为可在较早的JVM上运行。要将Java
8转换为5-7,可以尝试https://github.com/orfjackal/retrolambda要低于5,可以选择以下一种:http
:
//en.wikipedia.org/wiki/Java_backporting_tools
这些技巧都不会为您提供新的Java 8类和方法,包括对集合,流,时间API,未签名API等的功能性编程支持。所以我说这不值得。
或者,由于您想在应用程序服务器上运行Java 8 JEE应用程序,因此只需在Java 8上运行整个服务器即可。
如果第一点是真的,Java8应用程序将在Java7服务器支持上部署和执行?比如Tomcat 8还是Wildfly?
Java8引入了重要的新语言特性,如lambda表达式。 语言中的这些变化是否伴随着编译字节码中的重大变化,从而阻止它在不使用某些反向翻译器的情况下在Java7虚拟机上运行?
我意识到这个问题(Windows容器可以托管在Linux上吗?),但它并没有真正回答我的问题。 我是Docker的新手,但我的问题是这样的--如果我把任何windows应用程序放在Docker容器中,它现在能在Linux上运行吗?反之亦然? Confluent声称它只能在linux上运行,但我的同事使用Docker在Windows上安装了它。所以如果你能用Docker安装它,那么整个应用程序肯定会
我有一个jar文件在某些特性只属于(用于ex lambda表达式),所以它是在中编译的。同一jar具有属于和的一些特性。现在,我希望当用户在中运行这个jar时,相关类应该可以工作,因为他/她只想要在上工作的功能。如果他/她想要与Java8相关的功能,他将使用运行它。
在一位客户那里,我们使用 WAS 来开发和运行 Web 应用。问题是,在本地运行的 WAS 不是禁食的 Web 服务器。随着 Websphere 自由配置文件 (WLP) 的发布,它可能是在我们的本地开发环境中运行的一个很好的替代方案。 在WLP上开发的Java应用程序会在“真正的”WAS服务器上运行吗?没有变化??
我的应用程序在emulator上运行得很好,但当我导出后在我的智能手机(galaxy s3)上运行它时,它会在这个活动中崩溃,因为有HTTP连接!问题出在哪里?代码还是导出?当我点击连接按钮时,它崩溃了。