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

在异步场景中刷新身份验证令牌

在许多情况下，SAP S/4HANA Cloud SDK会自动识别和验证当前租户和用户。在cloudfoundry环境中，这是基于jsonweb令牌（JWT）的。这种自动处理是支持租户感知的恢复能力和缓存、目标处理和连接以及SDK的许多其他功能的基础。作为一个先决条件，使用saps/4hanacloudsdk的代码必须在RequestContext中运行，RequestContext通常是从HttpServletRequest自动启动的。但是，特别是在异步执行场景中，淘客软件，实际请求可能不可用。例如，在基于事件的体系结构中，使用事件的系统不再在原始请求中执行。自版本2.2.0以来，saps/4HANA Cloud SDK提供了一种在请求上下文中执行代码的简单方法，该请求上下文是使用JwtBasedRequestContextExecutor手动提供的JWT构造的。这个类允许指定JWT。它验证令牌并执行代码，就好像JWT是作为RequestContext的一部分提供的一样。

以前，移动物联网卡，当提供的JWT令牌过期时，此类总是抛出AuthTokenAccessException，返现，要求您手动启动刷新。现在，这个类可以选择以透明的方式触发和处理必要的刷新流，只要您使用一个刷新令牌调用它的方法withJwt（String encodedJwt，String refreshToken）。

下面的代码片段解释了如何使用这个新选项，假设变量encodedJwt持有JWT令牌，refreshToken持有refresh令牌。例如，这两个服务都可以从事件的有效负载中检索到。

请注意，要在多个服务之间工作，服务必须绑定到同一个XSUAA实例。为了检索给定JWT的刷新令牌，JWT必须包含uaa.user用户.

如果JWT过期，SDK将自动刷新JWT。请注意，获取并可能在服务之间传输刷新令牌是开发人员的责任。authTokenAccessor的一个新方法促进了这一点。您只需从AuthTokenAccessor.getRefreshToken（）并将其与JWT一起存储或传输。

进一步的改进

我们现在支持对授权和信任管理（XSUAA）服务实例的多个绑定。以前，SDK假设对于给定的应用程序，只有一个绑定到XSUAA服务的服务实例。现在，SDK透明地支持应用程序与XSUAA服务实例有多个绑定的情况。为此，版本2.6.1还引入了显式返回相关服务的凭据列表的函数，以及假定单个绑定的现有方法。具体来说，它们是getXsuaaServiceCredentialsList（）、getconnectivityserviceccredentialslist（）、getDestinationServiceCredentialsList（），所有这些都可以从ScpCfCloudPlatform获得。它们被隐式地用在SDK之前假设只有一个实例绑定的地方。

我们已经更新了几个依赖项，包括Spring。如果您使用的是Spring，那么可能需要向其添加显式依赖项天空尖叫者组织：jsonassert以及排除com.vaadin.external公司.谷歌：android json进入您的集成测试/pom.xml文件以避免运行时与组织.json：json。关于这个问题的详细信息可以在这里找到。将以下内容添加到集成测试的依赖项部分/pom.xml文件：

TenantAccessor和TenantFacade类现在提供了一个额外的方法tryGetCurrentTenant，它返回对当前租户的一次尝试。此对象包含当前租户（可能为null）或任何可能引发的异常。这允许在不使用try-catch块的情况下编写惯用代码。有关此单体容器类型的更多详细信息，请参阅Vavr用户指南。

版本2.6.1修复了SoapQuery未正确遵守代理配置的问题。

完整发行说明中列出了一些进一步的改进。

端到端测试的灵活性

端到端测试是测试金字塔的一个重要级别。尤其是作为基于浏览器的前端测试，它们为开发人员提供了必要的信心，使他们能够不断地将更改部署到生产环境中。同时，他们往往需要大量的时间。基于这些原因，我们在开箱即用的连续交付管道中引入了额外的灵活性来处理端到端测试。

通过这个版本v12，我们增加了在端到端测试中使用零停机部署的可能性。打开此选项后，为端到端测试执行的部署将使用蓝绿色部署机制（或Neo上的滚动更新），该机制也将应用于部署到生产环境。这允许始终使用部署到端到端测试空间的应用程序，这对微服务体系结构很有帮助。