sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sdx-developers] Differents entrepots


From: Pierrick Brihaye
Subject: Re: [sdx-developers] Differents entrepots
Date: Tue, 19 Nov 2002 17:01:21 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0

Salut,

Wow ! Ca ne traîne pas :-)

Martin Sevigny a écrit:

- on conserve le mécanisme actuel de spécification de l'entrepôt, il est
simple et répond simplement à plusieurs besoins

Oui.

- on permet un attribut (repo?) dans sdx:document et
sdx:attachedDocument (produits par le pipeline d'indexation), pour
spécifier un entrepôt alternatif

Oui.

Si l'entrepôt donné par l'attribut repo n'existe pas, ou s'il n'y a pas
d'attribut repo, alors on utilise celui spécifié dans les paramètres
d'indexation (situation actuelle).

Oui.

J'hésite à ajouter un paramètre d'indexation de type "entrepôt pour les
documents attachés", car c'est trop spécifique, on pourrait avoir
beaucoup d'autres raisons de vouloir spécifier un entrepôt différent.

Oui. Je pense qu'on peut effectivement laisser tomber le concept d'entrepôt spécifique aux documents attachés.

Qu'en pensez-vous? Ca serait implanté très rapidement.

On est d'accord. Ma proposition allait cependant un peu plus loin, le cas échéant jusqu'à un framework différent : mes images à Paris, mes documents en Bretagne :-) Mais bon ça peut attendre...

Du point de vue du design, ne serait-il pas judicieux d'avoir un objet du style DocumentLocation, comparable dans son esprit aux SearchLocation ? Certes, ça obligerait à revoir le code sur .getRepository() ou similaire, mais ça permettrait de mettre plus facilement en place le pool de connections dont je parlais : si telle DocumentLocation dispose déjà d'une connection, on l'utilise, sinon on en crée une.

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]