在旧版模式下通过impex创建cronjob时,属性dont.change.existing.links

2020-09-28 08:17发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨 我们只是遇到了这种情况导致...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们只是遇到了这种情况导致我们遇到严重问题的情况。

基本上,问题在于,当您在Hybris 5.x中通过以旧版(jalo)模式(默认设置)运行的impex创建cronjob时,将在该cronjobs会话上下文中设置此属性(以及其他属性)。 但是,如果直接在hmc中创建cronjob或在非传统模式下通过impex创建cronjob(因此使用服务层),则不会在cj上下文中设置此属性。

不幸的是,该属性的作用是,如果要通过检索现有项作为列表来添加多对多关系,请添加新项并通过setter方法将其重新设置,这将导致 重复的项目,如在此属性模式下,该集合实际上充当添加项。

因此,创建cronjob new可以解决此问题,但我真的认为如果您不知道这是非常危险的配置-而且似乎该平台默认未设置此属性。

所以我的问题是(希望Hybris的人可以回答这个问题):

1)将该属性添加到通过jalo在impex中创建的新cj的cronjob上下文中,是否有特定原因?

2)Hybris是否有计划提供一种API,该API可以更有效地处理链接,而不是在拥有大量数据集时效率极低的setter/getter解决方案? 我认为在Hybris 3中有一种LinkManager,它允许诸如确保某个源/目标关系存在/不存在之类的事情。 到目前为止,我试图在这种情况下使用的是直接处理LinkModel实例。 不幸的是,这不适用于自己部署的Link子类型,例如CategoryproductRelation,因为我发现没有办法让平台为此Link子类型创建模型类。

3)总的来说:非常感谢您在Wiki中记录这些属性,以了解它们的存在,功能和影响。

2条回答
天桥码农
2020-09-28 08:37

嗨,

这是一个已知的错误,已针对5.1.1进行了修复,并已反向移植到5.0.3.3和5.0.4.4。

此处

干杯Axel

一周热门 更多>