Indexation des 'properties'

[rod]

Bonjour,

Est-il possible d'effectuer une recherche "globale" (via le champ "recherche" de la recherche avancée) qui prenne en compte les propriétés des types customisés.
J'explique mes motivations: la section "Options Additionnelles" de la recherche avancée n'ayant pas de comportement dynamique lorsqu'on selectionne un type de contenu, il n'est pas envisageable, lorsqu'on a 10 types custo avec 4 propriétés chacun, d'y mettre tous les attributs. Si quelqu'un a corrigé ce comportement, je suis preneur.
Sinon, un comportement acceptable serait que le critère saisi dans le champ "rechercher" puisse s'appliquer aussi aux attributs custo. Mais même en jouant sur les paramètres du modèle:

<index enabled="true">
                 <atomic>true</atomic>
                 <stored>true</stored>
                 <tokenised>true</tokenised>
</index>
‍‍‍‍‍‍

ca ne marche pas.
Pourtant, en lisant dans le wiki:

Stored
    If true, the property value is stored in the index and may be obtained via the lucene low level query API.

j'avais un espoir …

Quelqu'un a-t-il une piste ?

Merci d'avance

[ribz33]

Bonjour,

Concernant le champ "recherche" de l'ecran de recherche avancée à ma connaissance cela n'est pas possible à moins de modifier le bean de recherche.
En revanche, il est possible d'ajouter des propriétés au champ de recherche simple grâce à la balise <simple-search-additional-attributes> dans le fichier web-client-config-custom.xml
Voici un exemple :
http://wiki.alfresco.com/wiki/Simple_Customisations#Additional_additional_attributes_to_the_Simple_S...

Cela peut résoudre en partie votre problème. Pour la recherche avancée le seul moyen à ma connaissance est d'utiliser la section "Options addtionnelles"

Je vous propose de déposer un ticket JIRA pour créer un paramétrage <advanced-search-additional-attributes> ou alors de plonger dans le AdvancedSearchBean…

[pdubois]

Bonjour,

Effectivement, il ce n’est pas très pratique d’avoir toutes les propriétés additionnelles en vrac dans la recherche avancée. 
Voici les idées de base pour améliorer la situation :

Idée 1) est d’ « ajaxifier » le composant (générateur) responsable des paramètres supplémentaires de la recherche .  Cette approche a été appliquée (dans la 2.9) pour améliorer le « catégory picker ».  La direction prises par Alfresco est d’aller dans ce sens.  Prendre comme modèle le nouveau « catégory picker » ( utiliser webscripts, plus une librairie AJAX comme ( http://developer.yahoo.com/yui/ OSS) ou une autre librairie EXTJS (http://extjs.com/ pas OSS) ). Evidement prendre un librairie ajax OSS est préférable dans le contexte Alfresco car elle permettrait de faire bénéficier tout le monde d l’amélioration.

Idée 2) La deuxième idée est de créer votre propre dashlet à nouveau en incluant et améliorant un composant comme : http://extjs.com/deploy/dev/examples/form/forum-search.html. Le xml retourné à la librairie AJAX étant généré par des webscripts.

Remarque : les 2 idées font intervenir les webscripts (http://wiki.alfresco.com/wiki/Web_Scripts )

[rod]

Merci pour vos réponses.
J'ai ouvert 2 demandes d'évolution dans JIRA:
- l'un pour que le comportement de la section "Additional options" de l'advanced search soit dynamique et se limite à l'affichage des attributs du content type selectionné
- l'autre pour que la recherche globale de l'advanced search puisse aussi prendre en compte les attributs customisés, soit en utilisant la configuration du simple search, soit via une configuration specifique.