Re: [sdx-developers] RE : Le code

[Pierrick Brihaye]

Martin Sévigny wrote:

> Je commence à comprendre où tu veux aller. Dans SDX 1 et 2 actuellement,
> un document "non indexé" n'a pas de véritable sens. Mais il pourrait
> éventuellement en avoir.


C'est ça. Ca pourrait permettre une indexation différé par exemple : on 
positionne une propriété IndexAsSoonAsPossible avec, un thread 
déclenché... quand on veut... ou quand on peut.

Même chose pour les id. On peut en avoir une proposée par la base mais 
qui, par la suite (ou immédiatement si possible), peut être remise en 
cause par une base/application/framework de plus haut niveau.


> 1) Attribut generate=true|false pour dire à SDX d'en générer un
> 2) Attribut override=true|false pour dire à SDX que celui qui est dans
> @id a préséance ou pas sur celui qui aurait été fourni par un setId sur
> l'objet Document


Bonne nouvelle. Je l'avais vue se profiler ;-) Mais ça induit 
nécessairement un traitement de OnChangeID si, d'aventure, le document 
devait être mise à jour ou déplacé dans un autre repository ou une autre 
base.


> Bref, déjà plus de souplesse. On implantera un générateur d'ID dans SDX,
> mais c'est vrai que ça pourrait être intéressant de pouvoir en fournir
> un. Bref ce sera une interface avec au moins une classe qui l'implante,
> libre à d'autres d'en fournir de nouvelles.


On est d'accord. De même que tu vous avez choisi Lucene (ce qui n'est 
pas un mauvais choix ; je commence à l'aimer ce truc là) pour gérer les 
données internes.


> Je ne prétends pas répondre à tous tes commentaires, mais c'est ce que
> ça m'inspire pour l'instant.


Pas de pb. Chi va piano va sano...

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