Re: [sdx-users] qid multi-session

[Pierrick Brihaye]

Re,

Frédéric Glorieux a écrit:

>     SDX est un environnement de diffusion, vous voulez en faire un 
> système de production ? Beaucoup l'attendent

:-)

>     Actuellement, les utilisateurs SDX sont des documents dans une base 
> spécifique. Il y quelques champs d'identification et un mot de passe. Le 
> modèle du dossier utilisateur pourrait être intéressant.

Mmmh : pas convaincu, v. plus bas.

>     L'objet Results pourrait peut-être se résumer à une liste 
> d'identifiants de cette sorte idDoc-idBase-idApp-uriRMI. On peut aussi 
> considérer que pour votre application (et le clien), ce n'est qu'une 
> liste d'URI.

Tu peux développer ? En particulier le "RMI" ?

>     Si votre but est la valeur ajoutée à un site grand public, on peut 
> aussi penser aux cookies (y inscrire les URIs de docs qui vous 
> intéressent), ce qui allège votre serveur.

Pas sûr : la transmission de gros cookies est à la charge du serveur, non ?

On avait parlé d'un système de cache placé au niveau du framework. 
L'idée aurait été de renvoyer l'identifiant du jeu de résultats dans les 
cookies (et, pour ce coup, ce serait un "petit" cookie). BTW, ça 
permettait d'avoir des identifiants un peu moins déterminsites ;-)

Le problème, c'est qu'est ce qu'on doit cacher ? Le jeu de résultats ? 
Le jeu de résultats filtré ? Le jeu de résultats trié ? Les deux , Les 
trois ?

Par ailleurs, sur un serveur chargé, je doute qu'un cache mémoire (style 
MRU) soit performant. Aussi avais-je évoqué, dès SDX 1, la possiblité de 
cacher sur une architecture de style SGBD (avec un nettoyage en tâche de 
fond, éventuellement "aidé" par les mécanismes d'expiration de session).

Beaucoup plus qu'un problème (théorique) de codage, c'est, comme 
souvent, un problème de choix. Je me demande en particulier si ce que 
l'on cache doit être "typé Lucene" ou doit être plus générique.

De plus, il y a également la possibilité d'utiliser le cache Cocoon...

Bref, à ce stade, on n'a que des options :-)

A+

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