新版本的saps/4hanacloudsdkjava库从今天开始提供。您可以将依赖项更新到版本1.9.3，并使用Maven Central的新版本。我们还发布了v6版本的开箱即用的连续交付产品，包括现成的Jenkins服务器和完整的交付管道。在这篇博文中，我们将带您浏览这些版本的亮点。要获得完整的概述，请访问我们的Java库和连续交付管道的发行说明。发行说明还包括到目前为止我们所有发行版的更改日志。在文章的最后，您将看到一组关于如何更新到新版本的说明。

复杂筛选器表达式

新版本扩展了SAP S/4HANA OData服务的Java虚拟数据模型（VDM），支持OData查询的复杂筛选器表达式。我们将or和not的逻辑运算符添加到VDM的fluent API中。与先前存在的and运算符一起，这允许您在构造对OData服务的查询时定义高级筛选条件。

例如，检索所有男性或名字为Alice的业务伙伴，您可以编写以下流畅且易于理解的代码：

要否定筛选器表达式并搜索既不是男性也不是Alice的业务伙伴，请使用以下代码：

筛选器表达式的API流畅且易于使用，同时遵守Java语法和语义。您需要记住，链式方法调用将从左到右执行，因此没有显式的运算符优先级。请注意运营商方法的Javadoc（如上链接）。

进一步改进

我们发布了一个关于租户和用户感知的微服务通过restapi通信的新的深入研究。应用程序和服务之间的这种通信是基于微服务的分布式应用程序的一个重要构建块，依赖于对SAP S/4HANA Cloud SDK版本1.9.2发布的应用程序到应用程序SSO的支持—基于Cloud Foundry上的目标服务（测试版）。

SAP S/4HANA Cloud SDK的新版本更新了依赖于SAP Cloud Platform SDK进行1.13.1版的服务开发。在saps/4hanacloudsdk中，这个库主要用于OData服务的VDM内部。在手动构造OData请求时，您可能直接使用库，例如，使用ODataQueryBuilder。请参阅SAP Cloud Platform SDK for service development的发行说明help.sap.com帮助更多信息，

版本1.9.3改进了在使用SAP Cloud Platform Cloud Foundry上的destination service（beta）时无法检索目的地时出现的错误消息，以便更容易发现根本原因，购物返现网，例如，缺少服务绑定。

完整发行说明中列出了更多改进。

备份和恢复Jenkins

连续交付产品包括现成的Jenkins服务器映像。使用版本v6，您可以创建Jenkins的备份并将其恢复到以前创建的备份。我们强烈建议使用此机制定期备份Jenkins卷。

与以前一样，您可以在任何Linux机器上使用cx server命令行工具管理Jenkins服务器。对于备份和还原，请使用命令行上的两个新选项备份和还原，如下所示：

这将创建包含jenkins服务器状态（如设置、工作区和作业详细信息）的jenkins\u主页卷的备份。有关更多详细信息，请参阅最新的持续交付服务器操作指南。

下载缓存

此版本引入了Maven和npm工件的下载缓存，以提高从外部存储库（如Maven Central）检索依赖项时的性能。

可复制，独立构建是saps/4hanacloudsdk持续交付的基本原则之一。为了实现这一点，返利机器人哪个好用，物联网企业，管道的各个步骤和运行都被隔离在Docker容器中，每个步骤都将容器向上旋转并拆下。因此，每个构建都会从中央存储库中新获取依赖项，例如Java项目的Maven工件或JavaScript代码的npm包。由于网络延迟和带宽有限，这可能会增加构建的运行时间。

为了减轻影响，我们现在提供了一个默认启用的下载缓存。本地Nexus存储库服务器充当所有Maven和npm依赖项的透明代理。用于管理连续传送服务器的生命周期的cx服务器脚本将自动启动下载缓存。连续传递管道透明地使用下载缓存。

如果您想禁用下载缓存，例如，因为您拥有自己的Nexus服务器，请将cache_enabled=false放入服务器.cfgcx服务器脚本的文件。您还可以手动配置下载缓存将访问的存储库（默认情况下：Maven Central和npm registry）。有关更多详细信息，请参阅持续交付服务器的操作指南。

版本的自动版本控制

版本6引入了版本（和候选版本）的自动版本控制，以确保可审核性，同时将发布工作保持在最低限度。

持续交付到位，生产分支上的每个提交都是一个新版本，因为在使用管道时，它会自动部署到生产中。此外，云计算与大数据，我们的管道提供了自动将构建工件上传到工件存储库的选项。这允许您随时审核部署到生产中的确切工件。

使用新的自动版本控制，生产分支（通常为：master）上的每个提交都会被分配一个版本号，该版本号源自提交的时间戳和提交id。管道将透明地为所有Maven工件自动设置这个版本。它既不会使用此版本创建提交，也不会在存储库中标记提交。本文档更详细地解释了自动版本控制背后的概念。

要禁用自动版本控制，例如，对于具有固定版本的库，请按照配置文档中的描述，将常规配置属性automaticVersioning设置为false。

进一步的改进

我们发布了一个操作指南持续交付服务器，解释用于服务器生命周期管理的cx服务器脚本的各种可用选项。

您可以在完整的发行说明中找到进一步的修复和改进。

Java库

要更新现有项目中使用的SAP S/4HANA Cloud SDK Java库的版本，按以下步骤进行：

打开pom.xml文件文件位于项目的根文件夹中。找到dependency management部分，并在其中找到sdkbom依赖项。将该依赖项的版本更新为1.9.3.

这样，由于采用了"物料清单"（BOM）方法，您已经完成了。您的依赖关系应该是这样的：

您现在可以重新编译您的项目（注意兼容性说明），并利用1.9.3版中SAP S/4HANA Cloud SDK的新功能。

当然，您也可以通过运行Maven archetypes for Neo或Cloud Foundry，从一开始就生成一个使用1.9.3版的新项目-DarchetypeVersion=1.9.3（或发行版）。

连续交付管道

如果您使用的是开箱即用的管道，并且没有指定任何特定版本，您将自动使用最新版本，平销返利，并且只需要按以下方式更新Jenkins映像。

要更新cx服务器脚本使用的Jenkins映像，在承载cx服务器的服务器上运行以下命令：