点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在Hybris版本> 6...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在Hybris版本> 6...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
在Hybris版本> 6.3.0.9中以及至少在我们当前正在运行的6.7.0.0中...在CatalogVersionSyncCronJobModel上引入了新属性。 此属性称为 abortOnCollidingSync ,如今控制如果当前正在运行另一个CatalogVersionSyncCronJob,是将CronJob设置为state = ABORTED还是保持UNKNOWN状态。
canPerform()的逻辑还对作业中位于UNKNOWN中的所有CronJob执行随机睡眠。 对于处于这种未知状态的每个作业,这种睡眠时间是200 +(1-1000)的随机时间。
我们为ProductCatalog配备了一个自动触发器,它将每15分钟触发一次目录同步,因此我们碰巧得到了其中的一些(不是太多)。 不利的一面是日志中的这些行
2018-06-08T07:45:18,317 WARN CatalogVersionSyncJob-其他cron作业'0000AU2P'(pk:8812658491893)仍处于未知状态。 等待" 986"毫秒开始
2018-06-08T07:45:19,307 WARN CatalogVersionSyncJob-其他cron作业'0000AU4M'(pk:8812660752885)仍处于未知状态。 等待" 280"毫秒开始
2018-06-08T07:45:19,595 WARN CatalogVersionSyncJob-其他cron作业'0000AUC3'(pk:8812669567477)仍处于未知状态。 等待" 839"毫秒开始
2018-06-08T07:45:20,435警告CatalogVersionSyncJob-其他cron作业'0000B00S'(pk:8812911034869)仍处于未知状态。 等待'665'毫秒开始
2018-06-08T07:45:21,102 WARN CatalogVersionSyncJob [[0000B1PQ)]-其他cron作业'0000AI4J'(pk:8812151046645)仍处于未知状态。 等待" 972"毫秒开始
2018-06-08T07:45:22,088 WARN CatalogVersionSyncJob [[0000B1PQ)]-其他cron作业'0000AI66'(pk:8812152979957)仍处于未知状态。 等待" 228"毫秒开始
2018-06-08T07:45:22,317 WARN CatalogVersionSyncJob [[0000B1PQ)]-其他cron作业'0000AI8Z'(pk:8812156289525)仍处于未知状态。 等待" 582"毫秒开始
2018-06-08T07:45:22,899 WARN CatalogVersionSyncJob [[0000B1PQ)]-其他cron作业'0000AFUE'(pk:8812054151669)仍处于未知状态。 等待" 1172"毫秒开始
2018-06-08T07:45:24,072 WARN CatalogVersionSyncJob [[0000B1PQ)]-其他cron作业'0000AKK9'(pk:8812254527989)仍处于未知状态。 等待" 1053"毫秒开始
烦人。
还有一个用于后台同步的新按钮。 它仅被标记为同步。 如果您在CatalogVersion上单击此按钮,(警告:默认情况下,您将使用forceUpdate = true进行完全同步。您可以使用 backoffice.sync.config.forceUpdate = false
),您将实际使用
abortOnCollidingSync = true
,因为这是实现方式。
使用旧按钮(向左移一个步骤)将弹出对话框,您可以选择是否需要forceUpdate。 此按钮不会设置 abortOnCollidingSync = true
,因此将为 false ,如果幸运的话,您可以得到一些新的未知信息。
触发的同步作业未使用 abortOnCollidingSync
进行配置,并且似乎没有办法使它们进入。 对我来说这似乎是个错误
我们可能会使用 LoadInterceptor
在未设置时将 abortOnCollidingSync
设置为true来解决问题,或者可能在模型上注入nulldecorator。 我不知道哪个更好。 现在,我正在考虑LoadInterceptor,以便在问题解决后可以轻松删除它。
您是否同意这是一个错误?
马丁
那么,nulldecorator和loadinterceptor都没有运气了。
一周热门 更多>