云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

消息队列_access数据库应用教程_速度快

小七 141 0

新版本的saps/4hanacloudsdkjava库从今天开始提供。您可以将依赖项更新到2.5.0版本,并使用Maven Central的新版本。我们还发布了v11版本的开箱即用的连续交付产品,包括一个现成的Jenkins服务器和一个完整的交付工具包。

在这篇博文中,我们将引导您了解这些版本的亮点。要获得完整的概述,请访问我们的Java库和持续交付工具包的发行说明。发行说明还包括到目前为止我们所有发行版的更改日志。在文章的最后,您将看到一组关于如何更新到新版本的说明。

在SAP S/4HANA Cloud SDK上注册即将到来的openSAP课程。欲知更多详情,请阅读公告博客。

SAP TechEd 2018拉斯维加斯于上周举行,巴塞罗那即将到来!与之前的拉斯维加斯和之后的班加罗尔一样,SAP S/4HANA Cloud SDK在许多会议上都有很好的表现,包括实践研讨会和代码堵塞。

查看巴塞罗那SDK相关会议的议程。特别是现在请务必注册实践课程,因为容量有限。

如果您错过了,我们在TechEd Las Vegas推出了SAP S/4HANA Cloud SDK for JavaScript(测试版)。它将Java虚拟数据模型(VDM)中已知的功能引入到用JavaScript或TypeScript编写的项目中,物联网传感器,以方便OData服务的使用。在我们的教程中可以看到它的实际应用

减少了SAP Leonardo服务的消耗。

SAP云平台提供了强大的服务,可以访问机器学习和区块链领域的高级功能。

2.1.0版已经引入了一个实验级SCPCF服务,可以在云计算和应用程序上轻松访问此类服务允许快速添加所需的身份验证头。

版本2.5.0对此进行了改进,为特定服务引入了(也是实验性的)专用消费类。具体来说,您可以轻松访问SAP Leonardo机器学习基础API和SAP云平台区块链API

以方便地访问机器学习服务,包括新模块com.sap.cloud网站图s4hana.服务:scp机器学习作为您的pom.xml文件文件。之后,网络云服务器,可以利用包中的新类LeonardoMlServicecom.sap.cloud网站.sdk.services.scp软件包.机器学习,如下所示。要在CloudFoundry上运行您的应用程序,请将相应的服务从服务市场绑定到您的应用程序以进行机器学习。注意您选择的服务类型。

要访问区块链服务,ecs云服务器,包括模块com.sap.cloud网站图s4hana.服务:scp区块链作为依赖项并使用新类FabricService(包com.sap.cloud网站.sdk.services.scp软件包.区块链.hyperledgerfabric)或多链服务(包com.sap.cloud网站.sdk.services.scp软件包.区块链.multichain), 根据您使用的区块链服务,

Java VDM:OData媒体流

OData实体可以链接到媒体流。例如,在SAP S/4HANA Cloud中,附件服务提供对附件内容的访问。

Java VDM现在支持检索OData媒体流,这些媒体流可通过实体上的/$value路径访问。公开媒体流的实体(如AttachmentContent)有一个名为fetchAsStream()的新方法。该方法的用法类似于导航属性获取方法:

返回java.io.InputStream文件代表媒体内容必须首先从服务中检索实体,并且没有缓存输入流。

进一步的改进

角色和作用域始终表示为授权。授权现在是一个合适的Java类,云服务器和服务器,而不是一个接口。这简化了与授权检查相关的代码在SAP云平台的Neo和Cloud Foundry环境中的转换。

版本2.5.0修复了无法在通过函数导入或获取导航属性加载的Java VDM实体上执行查询的问题。

以前从我们的原型应用错误当然可以。forkCount运行测试时。这一点现在已经在原型中修复,因此新生成的项目将正确地传递forkCount,而不是错误命名的forkNumber。现有项目需要在中手动应用此更改pom.xml文件单元和集成测试模块的例外类

TokenRequestDeniedException和TokenRequestFailedException现在是公共的,因为它们作为API的一部分公开。现在,您可以明确地捕捉到这些例外情况。

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

使用分析

通过获得有关其使用情况的良好数据,可以更轻松地改进任何产品。在决定开发哪些功能、改进哪些功能以及我们的工作重点时,它有助于了解用户是如何使用我们的持续交付工具包的。这就是为什么,除了我们已经建立的反馈通道(如Stack Overflow和Github)之外,我们现在开始通过收集有关管道使用情况的匿名、非敏感的遥测数据来分析持续交付工具包的使用情况。我们希望尽可能透明地了解正在传输和分析的内容。您总能在本文档中找到最新的解释和所有细节.收集这些数据有助于我们更好地了解如何改进我们的产品。例如,行业大数据分析,我们将能够了解哪些特性最常被使用,或者管道的哪些部分通常花费的时间最长,从而允许我们在最需要它的地方进行改进。当然,从这些数据中获得的知识总是与我们通过其他渠道了解到的定性反馈和要求相结合。我们希望您能支持这项工作,并提供选择退出,如这里所述。默认情况下,启用数据收集和发送。