CatalogVersionSyncJob和abortOnCollidingSync无法正常工作?

2020-09-19 00:43发布

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

加入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,以便在问题解决后可以轻松删除它。

您是否同意这是一个错误?

马丁

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

加入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,以便在问题解决后可以轻松删除它。

您是否同意这是一个错误?

马丁

付费偷看设置
发送
1条回答
大道至简
1楼-- · 2020-09-19 01:06

那么,nulldecorator和loadinterceptor都没有运气了。

  
      <修饰符read =" true" write =" true"初始=" false"可选=" true"/>
      
       Boolean.FALSE 
  
 
  

一周热门 更多>