Datahub 6.5.0.7不发布订单

2020-09-05 22:34发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)您好,专家们,我们在产品系统上遇...

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

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


您好,专家们,我们在产品系统上遇到了一个问题。

停机大约一天后(我们停止了datahub,但没有关闭hybris电子商务),我们重新启动了datahub,并有很多订单的待处理出版物(RawHybrisOrders至SALES_ORDERS IDOC)

例如:GET/v1/pools/SAPORDER_OUTBOUND_POOL/publications/

我们有

  
       350502 
       RETRY_ITEMS_PUBLICATION 
      待处理
       SAPORDER_OUTBOUND_POOL 
      
           2071905 
          待处理
           SapErpSystem 
           350502 
           SAPORDER_OUTBOUND_POOL 
           0 
           0 
           0 
           0 
      
  
  
       350500 
       PUBLICATION 
      待处理
       SAPORDER_OUTBOUND_POOL 
      
           2071896 
          待处理
           SapErpSystem 
           350500 
           SAPORDER_OUTBOUND_POOL 
           0 
           0 
           0 
           0 
      
  
  
       350499 
       PUBLICATION 
      待处理
       SAPORDER_OUTBOUND_POOL 
      
           2071895 
          待处理
           SapErpSystem 
           350499 
           SAPORDER_OUTBOUND_POOL 
           0 
           0 
           0 
           0 
      
  


  

我们尝试使用POST/v1/pools/SAPORDER_OUTBOUND_POOL/publications/

发布

有效负载:

{" poolName":" SAPORDER_OUTBOUND_POOL"," type":" PUBLICATION"," targetSystemPublications":[{" targetSystemName":" SapErpSystem"}]}

{" poolName":" SAPORDER_OUTBOUND_POOL"," type":" RETRY_ITEMS_PUBLICATION"," targetSystemPublications":[{" targetSystemName":" SapErpSystem"}]}

但我只能得到此跟踪

WARN c.h.d.s.p.i.DeletePublicationRetryEventListener-从目标系统ID 1删除0个发布重试

因此所有来自hybry的订单都在datahub中停止了。 我们无法删除/重新处理此出版物。 而且最奇怪的是他们有

0 0 0 0

有关如何删除/删除/避免/重新发送此出版物的任何帮助。

我们在生产系统中已停止3000多个订单。

在local.properties中,我有:

sapcoreconfiguration.pool = SAPCONFIGURATION_POOL sapcoreconfiguration.autocompose.pools = GLOBAL,SAPCONFIGURATION_POOL,SAPCONSUMER_INBOUND_POOL,SAPCONSUMER_OUTBOUND_POOL,SAPCONTACT_OUTBOUND_POOL,SAPCUSTOMER_INBOUND_POOL,SAPORDER_OUTBOUND_POOL,SAPORDER_INBOUND_POOL,SAPOAARSI_INBOUND_POOL sapcoreconfiguration.autopublish.targetsystemsbypools = GLOBAL.HybrisCore,SAPCONSUMER_OUTBOUND_POOL.SapErpSystem,SAPORDER_INBOUND_POOL.HybrisCore,SAPORDER_OUTBOUND_POOL .SapErpSystem,SAPCONSUMER_INBOUND_POOL.HybrisCore,SAPOAASITE_INBOUND_POOL.HybrisCore,SAPOAARSI_INBOUND_POOL.HybrisCore

datahub.publication.saveImpex = true

datahub.item.level.lifecycle.logging = true

datahub.max.publication.retry.count = 1

任何建议将不胜感激。

感谢您的光临。

io

10条回答
悻福寶寶
2020-09-05 23:13

我对这个问题的思考越深,我越觉得必须有IN_PROGRESS出版物。 如果您有许多PENDING出版物,要找到它并不容易,因为不幸的是,没有REST调用可以按其状态返回出版物。

调用GET v1/pools/SAPORDER_OUTBOUND_POOL/publications/时,您收到了50个出版物,但这只是响应的第一页。 与发送此请求相同:GET v1/pools/SAPORDER_OUTBOUND_POOL/publications?pageNumber = 0&pageSize = 50。 您可以通过更改这些参数来查询更多出版物。

您有权访问数据库吗? 在PublicationAction表上进行查询可能更容易。

一些上下文。 首先,我认为这可能是配置错误的原因之一,但在那种情况下,甚至不会创建发布操作。 因此,PENDING操作被累积的最可能的原因是IN_PROGRESS发布的存在,该发布阻止了该池中那些发布操作的处理。

一周热门 更多>