allegro / allegro/allegro-api

Possible scenarios to get ConstraintViolationException.ValidProductization

未關閉
#13,944 5 則留言 0 個 reaction 已指派 1 人 已被 @Lukasz-Zurek 認領 在 GitHub 檢視
Offer - Products Sandbox
主要語言
沒有語言資料
星號
244
分支
40
PR 合併指標
30 天內沒有已合併 PR

描述

Hi there,

I am currently trying to debug the `ConstraintViolationException.ValidProductization` error by first recreating it in the Sandbox environment. Unfortunately, I haven't been able to do so yet. I am using a `PATCH` request on the `/sale/product-offers/:offerId` endpoint to update an active offer.

I have a couple of questions to clarify what triggers this error:

1. It seems like this error should occur when I update an offer, but the product attached to that offer no longer exists in the Allegro catalog. Is that correct?
2. I understand that it is not possible to create a new product using `PATCH` `/sale/product-offers/:offerId`. I assumed that if I tried to update the EAN of an offer's product using this request - and a product with that new EAN does not exist in the Allegro catalog - thus triggering the `ConstraintViolationException.ValidProductization` error. However, this did not happen, the product attached to the offer simply updated with the new EAN, as explained in the [diagrams](https://developer.allegro.pl/tutorials/how-to-process-list-of-offers-m09BKA5v8H3). What am I missing here? What would need to change in my request so that the product is no longer recognized?
3. Could you provide an example scenario where `ConstraintViolationException.ValidProductization` would be thrown? E.g. what kind of `POST` request followed by `PATCH` request would trigger this error?

Dzieki za pomoc!

貢獻指南

這個儲存庫沒有索引到貢獻指南

研究方向

Start with the PATCH /sale/product-offers/:offerId behavior and the linked product-offer and offer-management tutorials, then review the active issue thread for the intended clarification. Done means documenting a concrete POST-then-PATCH scenario that produces ConstraintViolationException.ValidProductization and explaining the product and EAN conditions involved.

由索引模型根據 Issue 內容生成。

評估

領域
api, documentation
Issue 類型
文件
難度
4/5
預估耗時
3-5 天
活躍度
活躍
描述清晰度
需要釐清
新手友好度
35/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。