sdx-developers
[Top][All Lists]
Advanced

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

Re: [sdx-developers] Une base de documents sans entrepot?


From: Pierrick Brihaye
Subject: Re: [sdx-developers] Une base de documents sans entrepot?
Date: Thu, 15 Jul 2004 15:18:49 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.6) Gecko/20040113

Re,

Martin Sevigny a écrit :

Je vois le problème d'une autre façon : séparer entrepôts et base de documents. Ou, même, voir les bases de documents (index) comme des entrepôts.

Je ne comprends pas la relation entre tes deux phrases... Et les entrepôts sont déjà séparés des bases de documents, non?

En partie : quand on utilise des repos d'application.

Sinon, dans le cas "normal", le repo est bien dépendant de la DocumentBase, non ?

Pour que tout soit bien clair, tu estimes donc que c'est au développeur d'application de coder lui-même la logique qui permettra de retrouver le document ?

De donner des indications oui. Cela a toujours été comme ça, non?

Euh... dans le principe, oui (et tant mieux). Dans les faits, on utilise un "lookup" qui, à une ID donnée associe un contenu, v. en particulier getRepositoryForDocument() dans SDXDocumentBase.java.

DatabaseEntity ent = _database.getEntity(doc.getId());

Si je te suis bien, dans le cas d'un "non-repository", il faudra donc aller chercher le document... autrement ?!

Tu penses à autre chose?

En fait, je me dis que le problème consiste surtout à savoir où et comment aller chercher le document.

Dans le cas d'un document "pris en charge par SDX", il serait logique d'injecter (via un élément de pipeline ad hoc ?) dans l'index une valeur du type repo=sdx_controlled_repo ; cette attitude est assez similaire à celle des "lookups" actuels.

Réciproquement, un utilisateur pourrait ne pas vouloir utiliser cette possibilité. C'est apparemment, plus ou moins ce que tu suggères.

Tout le problème, comme dit plus haut, c'est de savoir *comment* implémenter GetDocument. ici encore, SDX propose des "convenience methods" (les différentes GetDocument) mais dans quelle mesure le développeur d'appli ne pourrait-il pas lui aussi greffer les siennes ?

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78




reply via email to

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