sdx-users
[Top][All Lists]
Advanced

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

Re: [sdx-users] RE : [sdx-users] RE : Caching ( était : Re: [sdx-users]


From: Pierrick Brihaye
Subject: Re: [sdx-users] RE : [sdx-users] RE : Caching ( était : Re: [sdx-users] pb avec la requete id)
Date: Thu, 07 Mar 2002 13:14:22 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1

Salut, nos courriers se sont croisés.

Martin Sévigny wrote:

Ce n'est malheureuseument pas si simple. Je ne vois pas dans l'API des
sessions une méthode pour récupérer une session via son identifiant.


Nuance : on n'en voit *plus* :-)

On
les retrouve normalement par l'objet HttpServletRequest, donc par la
requête. Il faudrait donc que SDX stocke toutes les sessions en cours
(dans l'environnement SDX) pour qu'on puisse les atteindre depuis une
servlet SDX.


Chose que les gens qui travaillent sur les API servlets refusent manifestement... Et pendant ce temps là, on utilise des pools de connexion censés aider à la réutilisation des ressources. J'avoue que j'ai du mal à suivre : les développeurs sur les couches de communication ont une logique de travail radicalement inverse de celle des développeurs des couches de traitement des données.


- soit je patche la taglib pour inclure la luceneQuery sans sdx:navigation


Très simple. Ne pas oublier de patcher la doc!


Je ne dis pas le contraire, mais si je patche la lucenequery, je peux aussi patcher les champs brief et - pourquoi pas ? - les documents eux-mêmes dans le previous et/ou le next :-)


La mise en minuscules de quoi? Si tu as un requête Lucene initiale
nommée r1, je pense que faire +(r1) +r2 où r2 est ton nouveau critère te
fera un ET logique entre les deux, non?

Ah, je vois, tu ne pourras pas l'envoyer en requête SDX de type
simple... Tu as parfaitement raison.


J'en ai peur :-) On ne peut pas concevoir un servlet du type "nativequery" ou similaire ? J'avoue que je m'y perds encore pas mal dans les différents types de requêtes SDX, même si je pense avoir progressé...


Oui, mais en fait je ne crois pas qu'il y a un DOM de stocké. C'est une
objet SDXResults qui est stocké,


Tu as raison, mais cet objet reste lui-même très dispendieux en mémoire...

les DOM de page ne sont pas
précalculés, évidemment. Et je ne crois pas qu'ils sont conservés après
utilisation, mais c'est à vérifier. Je ne crois pas qu'il y ait de DOM
stockés dans SDX.


Non. Je viens de vérifier.

--
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]