<Directory>

Répertoire de la base search

indique le dossier windows de la base Search

<IndexExistingDocument>

Stratégie générale de ré-indexation des documents existants dans la base Search

Chaque document est identifié par un code unique. Ce code fait le lien avec la base de données de l'ERP. Lors de l'indexation d'un document qui existe déjà dans la base Search, quatre stratégies sont possibles :

• Toujours réindexer les documents existants

• Ne jamais réindexer les documents existants

• Ne réindexer que les documents modifiés

• Ne réindexer que les documents récents.

Cette stratégie générale peut être adaptée pour chaque document particulier.
Elle a un impact très important sur les temps d'indexation (voir les détails dans le paragraphe consacré à ce sujet).

<Dictionary>

Liste des dictionnaires de documents

Les balises Dictionnary permettent d'indiquer la liste des dictionnaires de documents gérés par le serveur. Les dictionnaires eux-mêmes doivent être dans le répertoire des paramètres du serveur. Les dictionnaires spécifiques peuvent être ajouté en plus des dictionnaires standard fournis par Divalto.

<RecordSQLPath>

<RecordSQLOverwritePath>

Le chemin des RecordSQL

Pour créer les documents dans la base Search, Divalto Power Search accède aux tables de l'ERP au travers de RecordSQL. Des dictionnaires de RecordSQL spécifiques au Search sont fournis par Divalto avec les objets standards de l'ERP.
Si vous êtes amenés à surcharger ces dictionnaires afin d'ajouter des informations complémentaires dans les documents existants, il faudra indiquer le répertoire des dictionnaires de surcharge. Si vous avez vos propres dictionnaires, vous pouvez également les stocker dans le répertoire de surcharge.

<User>

Code utilisateur utilisé pour indexation de la base ERP

Pour indexer un document, le serveur Search accède à la base de données de l'ERP (par la lecture des RecordSQL provenant de la description des documents).

Le code utilisateur indiqué ici détermine :

• Les droits d'accès. Un droit d'accès complet à tous les documents à indexer est requis.

• Les implicites SQL et donc la ou les base(s) de données contenant les données de l'ERP.

• (Ce sont les chemins implicites de cet utilisateur qui déterminent la base de données ERP à laquelle le moteur d'indexation accède.)

UsersPath

Serveur ou chemin du fichier utilisateurs

Cette balise permet d'indiquer un serveur ou un chemin du fichier des utilisateurs Xlogf (des utilisateurs et donc des implicitesSQL.xml)
Il correspond aussi au chemin du fichier Connexions.xml, qui combiné avec le fichier des implicites détermine la base de données ERP. La valeur par défaut de ce paramètre est le chemin /divalto/sys du serveur lui-même. Ce paramètre est particulièrement intéressant en mode ASP et Multi-environnements.

Attention : L'utilisateur déclaré par la balise <User> doit toujours être déclaré sur le serveur Search lui-même dans /divalto/sys/xlogf.dhfi.
La balise <User> indique le code utilisateur qu'utilise le moteur d'indexation pour accéder à la base ERP. Ce sont les chemins implicites de cet utilisateur qui déterminent la base de données ERP à laquelle la moteur d'indexation.

<Logging>

Option de journalisation

Lorsque cette option est active, le serveur Search journalise toutes les opérations d'indexation

qu'il effectue. La journalisation est intéressante en phase de démarrage ou d'ajout de nouveaux documents.

Elle permet également de

« surveiller » l'indexation en mode

« presque temps

réel ».
Le journal peut être lu par la console d'administration d'Harmony (Xconsole.dhop). Il se trouve dans le répertoire du fichier des paramètres du serveur Search.

Le journal permet également de connaître le temps nécessaire à l'indexation des documents. Plusieurs niveaux de journalisation existent : None (false), Critical, Error, Information (true), Debug, Trace.