点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)您好,专家们,我们在产品系统上遇...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供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
我对这个问题的思考越深,我越觉得必须有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发布的存在,该发布阻止了该池中那些发布操作的处理。
一周热门 更多>