- Dépannage : Problèmes de démarrage d'Ingest
Si les connecteurs NiFi par défaut n'ont pas été correctement créés, le redémarrage du service Ingest ne les crée pas.
- Dépannage : Le service Ingest cesse de répondre
Si des tâches métier sont effectuées à l'aide du Management Center for HCL Commerce avant la création de tous les connecteurs NiFi, le service Ingest cesse de répondre.
- Dépannage : Erreur ConnectionLoss lors de la première création d'index complète
Après la première création d'index complète, le service de requête de données perd sa connexion à ZooKeeper. Les messages d'erreur caractéristique sont écrits dans les journaux, ce qui vous permet de diagnostiquer et de résoudre ce problème.
- HCL Commerce version 9.1.14 est plus lente que la version 9.1.13.2 pour ce qui est de la vitrine
La comparaison de la vitrine et des résultats de recherche montre que la version 9.1.14 est plus lente que la version 9.1.13.2.
- Dépannage : Problèmes de connecteur NiFi
Si certains ou tous vos connecteurs échouent lors du démarrage du service Ingest, vous pouvez les actualiser ou faire une réparation manuelle des connecteurs individuels.
- Les modifications d'index ne sont pas reflétées dans la vitrine après le processus push-to-live Elasticsearch
Dans la version 9.1.4.0 uniquement, vous devez vous assurer que l'invalidation WCT+ESINDEX est déclenchée après une opération push-to-live. Cela garantit que les modifications d'index sont reflétées dans le magasin actif.
- Dépannage : Problèmes de génération d'index Elasticsearch
Identifiez les erreurs potentielles lors de la génération de l'index HCL Commerce Search à l'aide d'Elasticsearch.
- Dépannage : Erreurs lors de la première exécution de l'indexation CAS
Vous pouvez rencontrer des erreurs d'indexation lors du passage du modèle d'indexation eSite au modèle de magasin de ressources de catalogue. La solution consiste à supprimer l'index auth.workspace et à exécuter à nouveau l'index.
- Dépannage : Erreurs lors de la génération du magasin de ressources de catalogue par défaut 10501
Lorsque vous indexez le magasin de ressources de catalogue par défaut 10501, il échoue par intermittence avec une erreur [FORBIDDEN/8/index write (api)].
- Dépannage : Echec de l'indexation à l'étape de prix 1a (base de données)
L'indexation peut échouer lorsque votre jeu de données de catalogue est volumineux, par exemple : Plus de 200 000 entrées de catalogue avec plusieurs listes de prix. Les configurations DFS (Distributed File System) sont particulièrement vulnérables à ce mode d'échec.
- Dépannage : échec des requêtes après configuration de Docker Compose
Dans l'environnement Docker Compose, il arrive d'exécuter une requête de recherche alors que l'index Elasticsearch n'est pas encore disponible. Lorsque l'index devient disponible, vous recevez le message d'erreur : ** java.io.IOException: Unable to open "custom-ner-en_US.txt" as class path, filename or UR".
- La vitrine active affiche des données corrompues ou pas de données après avoir effectué l'opération push-to-live Elasticsearch.
L'opération push-to-live ne met pas à jour le magasin actif de manière appropriée. Lors de l'opération push-to-live, la vitrine active affiche des données corrompues ou pas de données.
- Push-to-Live renvoie l'erreur "Impossible de produire des invalidations"
Les sites étendus qui partagent le même catalogue principal échouent lors de l'opération Push-to-Live (PTL).
- Dépannage : Erreurs de mise à jour NRT
Lors d'une mise à jour NRT, l'interface utilisateur NiFi et les journaux affichent des erreurs.
- Dépannage : Solr ne parvient pas à démarrer après la migration vers HCL Commerce Version 9.1
Après la migration de HCL Commerce Version 9 vers HCL Commerce Version 9.1, le serveur de recherche ne parvient pas à démarrer.
- Dépannage : Le journal de requête de données affiche l'erreur CWWKS3005E
Le fichier journal du service de requête de données peut afficher une erreur CWWKS3005E. Cette erreur n'a aucun effet sur le traitement des requêtes et peut être ignorée.
- Dépannage : L'index de recherche échoue pour l'e-site Aurora récemment créé
Avec un magasin d'e-site Aurora récemment créé, la génération d'index de recherche peut échouer avec une erreur NPE (Null Pointer Exception).
- Le magasin actif n'affiche pas les mises à jour de l'index de prix de SKU
Dans une vitrine active, les pages mises en cache ne sont pas mises à jour dans la vitrine après avoir modifié le prix et la réindexation d'une SKU de produit, même si l'API REST indique qu'elles ont été modifiées.
- Dépannage : Catégorie avec comportement de vitrine de produit vide
Lorsqu'une catégorie est créée dans Management Center sans produit, elle n'apparaît pas dans le menu de la page.
- Dépannage : Mise en place de NiFi dans Ubuntu
Dans l'environnement Ubuntu, lors du déploiement de NiFi, il se peut qu'il ne démarre pas.
- Dépannage : Messages d'avertissement NiFi lors du chargement de données de catalogue
Si les problèmes de chargement de données surviennent lors du chargement de 5000 ou de plusieurs produits/SKU sous une seule catégorie. Le système fournit des messages d'avertissement pour les données volumineuses avec génération d'index de recherche NRT du chargement de données lors du test LOT de chargement de données.
- Dépannage : Messages "inconnus" de statut Ingest lors de la génération
Lors de l'étape postreindex d'une exécution d'index complète, le statut Ingest est répertorié comme "Inconnu" à de nombreuses reprises.
- Dépannage : Facettes visibles, mais aucun résultat de recherche
Lorsque le nom du produit, la SKU et la description ne sont pas liés, les termes de recherche n'affichent pas le produit.
- Dépannage : Problèmes liés à l'association de termes de recherche dans le jeu de langues étendu
Les mises à jour de l'association de termes de recherche STA peuvent ne pas prendre effet immédiatement dans l'environnement de création en raison de données mises en cache par le service Query. L'invalidation basée sur le temps pour le cache STA peut corriger ce comportement. Pour ce faire, utilisez l'API Configuration de requête de données pour définir le délai de mise en production du cache STA sur une valeur souhaitée.
- Dépannage : La recherche génère 500 Erreur de serveur interne lorsque FacetPageSize est supérieur à 1000
Lorsqu'un grand nombre d'attributs sont définis comme étant consultables et que la propriété de configuration de composant FacetPageSize est définie sur une valeur supérieure à la valeur par défaut de 1 000, les requêtes de recherche expirent avec une erreur 500 internal server.
- Recherches de caractères génériques avec NLP désactivé
Si vous désactivez le service de traitement du langage naturel (NLP), les utilisateurs de la vitrine peuvent toujours utiliser des caractères génériques dans leurs recherches. Vous pouvez désactiver les caractères génériques à l'aide d'un paramètre dans le nœud de wc-component de Zookeeper.
- Dépannage : dépendances manquantes dans le processeur NiFi personnalisé
Lors de la création d'un processeur NiFi personnalisé via l'élargissement du processeur Ingest par défaut dans NiFi Toolkit, une ou plusieurs erreurs de dépendances peuvent se produire.
- Dépannage : le terme « canapé » renvoie 0 résultat ou une page de résultats vide en français
Les caractères accentués de certains termes de recherche renvoient 0 résultat ou une page de résultats vide.