AEM as a Cloud Service : possibilité de rechercher les propriétés de fragments de contenu personnalisées dans la nouvelle interface utilisateur d’Assets
Cet article explique les étapes requises pour rendre les propriétés de fragment de contenu personnalisées consultables dans la nouvelle interface utilisateur d’Assets dans Adobe Experience Manager as a Cloud Service.
Description description
Environnement
Adobe Experience Manager as a Cloud Service (AEMaaCS) (toutes les versions)
Symptômes
- Les propriétés personnalisées ajoutées aux fragments de contenu ne peuvent pas faire l’objet de recherches dans la nouvelle interface utilisateur d’Assets (vue Assets), même si certains champs peuvent faire l’objet de recherches dans l’interface utilisateur d’administration classique de la gestion des ressources numériques d’Assets.
- Les champs de fragment de contenu personnalisés sont indexés dans un index Lucene personnalisé et peuvent faire l’objet de recherches dans l’IU d’administration Assets classique.
- Les mêmes champs n’apparaissent pas en tant que champs de recherche ou filtres disponibles dans la nouvelle interface utilisateur d’Assets.
- Les tentatives d’ajustement de la configuration de l’index (telles que l’ajout de champs, la modification de types de propriétés, l’augmentation de la charge ou la réindexation) ne résolvent pas le problème pour la nouvelle interface utilisateur d’Assets.
- Aucun message d’erreur spécifique ne s’affiche, mais la fonctionnalité de recherche/filtrage attendue est manquante pour les propriétés de fragment de contenu personnalisées.
Cause
La nouvelle interface utilisateur d’Assets utilise un autre mécanisme de recherche qui nécessite que les propriétés personnalisées soient exposées par le biais de l’index de propriété indexable en plus d’être incluses dans l’index Lucene. Sans cette configuration, les propriétés de fragment de contenu personnalisées ne pourront pas faire l’objet de recherches dans la nouvelle interface utilisateur d’Assets.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
- Examinez l’architecture de recherche : l’interface utilisateur d’administration classique d’Assets utilise QueryBuilder directement par rapport aux index Oak/Lucene, tandis que la nouvelle interface utilisateur d’Assets repose sur l’API Repository d’AEM (R-API) et l’index de propriété indexable. Seules les propriétés exposées avec
search:indexed: true sont disponibles pour la recherche et le filtrage. - Vérifier la configuration de l’index Lucene : assurez-vous que les propriétés de fragment de contenu personnalisées sont incluses dans votre recouvrement d’index Lucene personnalisé. Si les propriétés sont de type Long, modifiez-les en type String ou incluez explicitement les propriétés Long dans votre incrustation d’index personnalisée.
- Exposition des propriétés dans l’index de propriété indexable : ajoutez les propriétés personnalisées requises à la configuration de l’index de propriété indexable afin qu’elles apparaissent sous la forme de champs de recherche et de filtres dans la nouvelle interface utilisateur d’Assets. Les propriétés doivent être sous
jcr:content/metadata/...pour être utilisables dans les filtres d’affichage Assets. Les propriétés sousjcr:content/data/...ne sont pas prises en charge à cet effet. - Réindexation après les modifications de configuration : après la mise à jour des configurations d’index et de l’index de propriété consultable, déclenchez une réindexation pour vous assurer que les modifications prennent effet.
- Valider dans la nouvelle interface utilisateur d’Assets : vérifiez que les propriétés personnalisées s’affichent désormais sous la forme de champs de recherche et de filtres disponibles dans la nouvelle interface utilisateur d’Assets. Testez la fonctionnalité de recherche pour vous assurer que les propriétés peuvent faire l’objet de recherches comme prévu.
recommendation-more-help
experience-cloud-kcs-help-kbarticles