Websphere Java版本

如果节点是使用Java 7构建的，Java 6应用程序能否在Webpshere 8.5上工作？我有一个EAR，它是使用Java6开发的，并使用EA部署在WebSphere8.5上，但Webservice总是提供404

---

谢谢。

该版本的WebSphere中似乎没有提供对Java SE 6的支持

来自WebSphere 8.5.5的版本（不确定这是否是您正在使用的版本）

注意：Java SE 6将从服务中删除。JavaSE8是 推荐使用Java SDK，因为它提供了最新的功能和 安全更新。您可以继续使用JavaSE6，但不能使用服务 可在支持日期结束后提供，这可能会暴露 您的环境将面临安全风险

---

事实上，在这个版本的WebSphere中，甚至Java SE 7都不受支持。在这个版本的WebSphere中，似乎没有为Java SE 6提供支持

来自WebSphere 8.5.5的版本（不确定这是否是您正在使用的版本）

注意：Java SE 6将从服务中删除。JavaSE8是 推荐使用Java SDK，因为它提供了最新的功能和 安全更新。您可以继续使用JavaSE6，但不能使用服务 可在支持日期结束后提供，这可能会暴露 您的环境将面临安全风险

---

事实上，在这个版本的WebSphere中，甚至Java SE 7都不受支持。这里对“版本”的含义以及它如何应用于JavaEE应用程序存在混淆：

有选择运行服务器的JVM版本

JavaEE规范级别用于编码应用程序中的XML文档（web.XML、application.XML、ejb-jar.XML等）

服务器支持JavaEE规范级别

java编译器级别是为应用程序中打包的类设置的

从技术上讲，没有与应用程序关联的特定版本。应用程序位于java7可能意味着“应用程序的类被编译为java7”，或者“XML描述符被设置为JavaEE7可用的版本”，或者“应用程序的功能需要支持JavaEE7的容器”

一个关键细节是，当使用WebSphere运行时，它是决定应用程序运行到哪个JavaEE规范的服务器，而不是应用程序的任何功能

我猜在最初的问题中，“java6应用程序”意味着应用程序被编译为java6，并且应用程序功能仅限于java6中可用的功能。这应该适用于所有WebSphereV7.0、v8.0、v8.5和v9.0（在所有服务级别）

当使用分布式拓扑（具有DGRR节点和多个应用服务器节点）时，需要考虑一些并发症。一个常见的复杂情况是，一个或多个应用服务器节点的版本低于DMgr节点。这是一个受支持的场景（对于支持多大的版本差异有一些限制）。当拓扑（联邦节点的集合）从特定的WebSphere版本逐渐迁移到更高版本时，这种场景是典型的，并且在迁移过程中，节点版本的混合是可用的。在这种情况下，DMgr跟踪应用程序服务器节点的版本并约束应用程序的处理，以确保部署对应用程序部署到的所有应用程序服务器节点有效

---

由于JavaEE级别是由应用服务器版本设置的，而且通常，更高版本的应用服务器实现更高的JavaEE级别，因此在应用服务器版本之间迁移时，应用程序的功能可能会有所不同。如果不更详细地了解正在发生的确切故障，就无法知道这个问题是否存在这种情况。

这里对“版本”的含义以及它如何应用于JavaEE应用程序存在混淆：

有选择运行服务器的JVM版本

JavaEE规范级别用于编码应用程序中的XML文档（web.XML、application.XML、ejb-jar.XML等）

服务器支持JavaEE规范级别

java编译器级别是为应用程序中打包的类设置的

从技术上讲，没有与应用程序关联的特定版本。应用程序位于java7可能意味着“应用程序的类被编译为java7”，或者“XML描述符被设置为JavaEE7可用的版本”，或者“应用程序的功能需要支持JavaEE7的容器”

一个关键细节是，当使用WebSphere运行时，它是决定应用程序运行到哪个JavaEE规范的服务器，而不是应用程序的任何功能

我猜在最初的问题中，“java6应用程序”意味着应用程序被编译为java6，并且应用程序功能仅限于java6中可用的功能。这应该适用于所有WebSphereV7.0、v8.0、v8.5和v9.0（在所有服务级别）

当使用分布式拓扑（具有DGRR节点和多个应用服务器节点）时，需要考虑一些并发症。一个常见的复杂情况是，一个或多个应用服务器节点的版本低于DMgr节点。这是一个受支持的场景（对于支持多大的版本差异有一些限制）。当拓扑（联邦节点的集合）从特定的WebSphere版本逐渐迁移到更高版本时，这种场景是典型的，并且在迁移过程中，节点版本的混合是可用的。在这种情况下，DMgr会跟踪应用程序的版本