您好，Bhaskar，

您可以将NWDI绝对升级到7.5，但是为了保持与需要降级JDK的旧系统的关联，您确实需要进行一些配置调整。

NWDI本身将需要JDK 1.8，因此它需要存在于正常位置（即\ usr \ sap \ \ SYS \ exe \ jvm \ < 平台> \ sapjvm_8.1.xxx）。 升级本身应解决此问题，常规的SAPCPE流程会将其复制到Jxx实例。

您还需要提供下层JDK以支持轨道，因此必须位于您的某个位置 服务器的文件系统，也许在它自己的路径中，例如E：\ sapjvm6。

然后，在NetWeaver Administrator中，导航到配置->基础结构-> Java系统属性。 展开顶级（可能是 ZATPL_AIO ）模板以找到您的实例（即 IDxxxxx ）。 在详细信息中，选择服务标签，然后选择组件构建服务（又名 tc.CBS.Service ）。 在服务的属性中，找到属性 JDK_HOME_PATHS ，然后将其修改为包含JVM 1.6和JVM 1.8路径的自定义值，例如：

JDK6。 1_HOME = E：\ sapjvm6;默认= E：\ usr \ sap \ \ J00 \ exe \ sapjvm_8

保存该文件，然后启动CMS。 导航到 Landscape Configurator 。 选择需要JDK 1.6的轨道，然后在轨道数据中选择 Build Variants 标签。 在默认名称​​ com.sap.jdk.home_path_key 下添加一个构建变体，并将其值设置为 JDK6.1_HOME 。

现在，您可以使用任何组件 在CBS中为该轨道构建的版本应使用JDK 1.6。 您未指定其构建变体的任何版本都应使用NWDI的默认JDK（现在为1.8）。 NWDI本身将使用1.8运行。

干杯，
马特

Bhaskar B ，

关于自定义组件，您无需做任何其他事情。 包含在轨道中的先决条件组件取决于轨道所代表的运行时系统的版本，而不取决于NWDI的版本。 因此，作为最佳实践，您的NWDI的发布和sp级别应始终与要为其构建的版本中的最高级别一样高，但是即使那样也不一定是绝对要求。 只是一个非常好的主意。

从开发人员的角度来看，还有其他要求。 您的开发人员将需要以与您的NWDI匹配的版本和sp级安装NWDS，因此他们将必须升级其客户端。 您的开发人员仍然需要在其工作站上保持SAPJVM版本与要为其构建的轨道的JDK匹配，因此他们可能潜在地需要安装多个SAPJVM，并且已对NWDS进行适当配置以为正确的项目调用正确的JavaJVM。

几年前，当我们将NWDI从7.01升级到7.5时，我收到了来自开发人员的一些抱怨，因为NWDS的外观和基本布局已从原来的改变了。 他们花了一些时间来适应该工具的新布局，但过了一会儿，投诉就停止了。 实际上，这对于任何升级都是正常的； 最终用户总是在更改某些内容时抱怨，对于NWDI，开发人员是您的最终用户。 :)我与他们一起使用的一个论据是，这种新布局类似于几年后当他们在Eclipse中改用ABAP而不是使用ABAP Workbench时，ABAP的工作方式。 我指出，社区中的许多开发人员似乎都觉得这是一种进步，但是我的开发人员并不完全同意。 我能说什么，我们的商店有点老。

干杯，
马特