Handle product deletions and variant assignments
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Aucun fichier, test ou point d’entrée n’est nommé. Commencez par suivre le flux de synchronisation des produits et des variantes ainsi que sa gestion des conflits de SKU, puis déterminez si les produits ou uniquement les variantes sont supprimés, si les callbacks contrôlent le comportement et si les données existantes sont migrées. Le travail est considéré comme terminé lorsque le comportement choisi est spécifié, implémenté et couvert pour les cas décrits et les cas inversés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Description
It might happen that product is created with wrong variant assignment. Example:
Product with key 1: sku 1
Product with key 2: sku 2
Product with key 3: sku 3
At some point external data (CTP project, CSV, XML...) changes to:
Product with key 4: sku 1, sku 2, sku 3
Currently this will lead to an error that Product 4 can not be created as sku 1, 2 and 3 are already in use in other products. Handling above scenario manually is time intensive and error prone and it gets very problematic if the change has to be distributed for example from master to multiple another CTP projects.
Expected Behaviour
Product 4 should be created with sku 1, 2 and 3 and all conflicting products or variants deleted.
To clarify
-
Should product 1,2 and 3 be deleted or only its variants? Consider for example that Product 1 could have also variant assigned with sku 4?
-
Shall sync decide what to do in this case or rather provide callback so that the user of the library has control?
-
Consider optional migration of existing data* from deleted variant product 1, sku 1 to recreated one product 4, sku 1 variant.
Existing data: data which might be set only once by another import process and is not available in new variant/product data. Good candidates are prices or other attributes/flags like product approval.
-
Consider other use cases if above example is inverted.
- Langage dominant
- Java
- Étoiles
- 41
- Forks
- 41
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de commercetools/commercetools-sync-java
-
Dependency DashboardOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 20/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 52/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 32/100
commercetools/commercetools-sync-java#1201 · 4 commentaires ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
Toutes les issues de commercetools/commercetools-sync-java
Issues similaires
-
area/frontend good first issue kind/cooldown
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
beehive-lab/TornadoVM#1151 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
FasterXML/jackson-dataformats-binary#823 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
Les mainteneurs répondent en général sous 1 jour