sdx-users
[Top][All Lists]
Advanced

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

Re: [sdx-users] Travaux de developpement sur SDX


From: Pierrick Brihaye
Subject: Re: [sdx-users] Travaux de developpement sur SDX
Date: Tue, 18 May 2004 13:06:04 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.6) Gecko/20040113

Re,

Emmanuel Bégué a écrit :

Le pb. hsql n'est pas réglé avec la 2.2 "officielle"

Grrr... ceci dit, on en demande peut-être trop à cette 2.2 ? Et, en corollaire, pas assez à la HEAD ?

(je n'ai pas essayé
les autres parce que la config dont je parle est une config de production
sur laquelle on ne peut pas tellement faire de tests... ;-)

Ca, c'est compréhensible.

Le pb. des fichiers d'index est curieux: ça se passe effectivement mieux
qu'en 2.0 mais l'erreur "stale nfs file handle" continue de se produire
(autrefois elle arrivait systématiquement, maintenant on a comme
l'impression qu'elle arrive "au bout d'un moment"...?)

C'était assez récurrent chez Lucene : problème de locks, de nombre de fichiers, de répertoire temporaire... Ca devrait aller mieux désormais.

Pour autant que je m'en souvienne, la lecture des répertoires est
récursive. Mais bon, tout à fait entre nous, je n'ai jamais bien compris
le code de récursivité de la logicsheet :-)

Ah? Il y a peut-être un paramètre à utiliser?

Oui. V. ci-dessous.

-- parce que "en standard"
ça ne récursive pas tellement...?

Ca se passe là :

http://savannah.nongnu.org/cgi-bin/viewcvs/sdx/sdx_v2/src/java/fr/gouv/culture/sdx/logicsheet/sdx-actions.xsl?annotate=1.49
lignes : 375-422

La liste de fichiers est fabriquée ici :
http://savannah.nongnu.org/cgi-bin/viewcvs/sdx/sdx_v2/src/java/fr/gouv/culture/sdx/logicsheet/sdx.xsl?annotate=1.154
lignes : 32-54

... à partir du choix effectué par le très rigolo :
http://savannah.nongnu.org/cgi-bin/viewcvs/sdx/sdx_v2/src/java/fr/gouv/culture/sdx/logicsheet/sdx.xsl?annotate=1.154
lignes : 56-62

Ce qui me turlupine, c'est le test mené ligne 49... je suis toujours demandeur d'un éclairage.

Quoi qu'il en soit, une inclusion générique du style "*.xml" (ou "*.*" ou "" ou null) devrait suffire. Tu auras noté que, par défaut, une exlusion générique prend la précédence. Comme tu ne transmets apparemment aucun paramètre, ton exclusion générique prend le pas sur ton inclusion générique mais, en tout cas, cette fonction *est* récursive.

En gros, tu voudrais une indexation conditionnelle ?


Yes Sir.


Si c'est le cas : +1.


Super! ;-)

OK. On va en reparler...

[le snip du jour : 92 lignes tout de même. N'y a-t-il que moi qui soit
gêné ?]


Pas compris...?

C'est pourtant simple : la plupart de tes mails se terminent par une recopie intégrale du mail auquel tu réponds. Pour la bande passante et la nétiquette, je te recommande donc d'utiliser tes ciseaux qui, comme chacun sait, font "snip". Ca évitera aux miens de faire "snip snip snip snip snip snip snip" :-)

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]