Re: [sdx-developers] Interface d'administration

[Patrice Pillot]

On Wed, Nov 06, 2002 at 06:09:37PM +0100, Martin Sevigny wrote:
> Je profite seulement d'une remarque de Patrice pour parler d'autre
> chose...
> 
> > les feuilles xsl. Si SDX rencontre un certain succès, ce que  
> > nous souhaitons certainement tous, il n'est pas impossible  
> > d'envisager qu'on demande  un jour à  un correspondant isolé  
> > d'installer SDX,  d'y installer  une  appli SDX  et ensuite  
> > de nourrir la  base avec  ses documents.  Dans ce cas  de 
> > figure  il fera office de su et d'admin bien sûr. Mais 
> > peut-être fantasmé-je.
> 
> Ce n'est pas un fantasme, je croyais même que c'était la réalité
> _actuelle_! 

Aaargh. Ce fanstasme supposé était pour moi relatif au fait que les SU
risquaient  d'être isolés,  pas aux  possibilités de  SDX !  J'ai déjà
écrit que pour SDX 2 je n'avais guère fait autre chose que d'installer
le bousin et cliquer à la va  vite pour voir ce que ça faisait. Ce qui
ne m'avait empêché de remarquer un certain nombre de bizzareries liées
aux procédures d'identification. Alors puisqu'on en parle, j'ai tenu à
revérifier après avoir refait une install clean et voilà le périple :

Je lance mozilla (1.0.0, configuré en fr-FR) sur http://monserveur/sdx 

J'obtiens une page ou j'ai  une barre de menu avec "Welcome", "Login",
"Super-User" et "Applications" plus un champ "Language". En dessous de
la barre une  zone texte avec "No Super-User  defined." Puis une boîte
de dialogue pour créer un nouveau  SU. En bas il est écrit "Logged as:
Anonymous user".

Je passe en  français et là l'écran est plus bavard.  Jusque là pas de
problème (à part celui de  la langue et quelques champs de formulaires
qui dépassent  de leur  cellule de tableau  tant qu'on n'a  pas cliqué
dedans mais tout  celà est peut-être dû à Mozilla  et de toutes façons
personnellement je m'en fiche).

Je créé donc  un SU avec un mot  de passe. OK. J'ai bien  sûr envie de
cliquer   su  "Applications"  pour   voir  la   démo.  Zou.   Je  vois
fr....sdxworld comme je m'y attendais mais au moment de cliquer, je me
rends compte que je suis toujours SU. Pour l'instant je ne veux que me
promener donc il me faut me deloguer avant de continuer. Je cherche un
bouton  "déconnexion". Je  ne trouve  que  "Identification",sans doute
est-ce là qu'on se désidentifie. Let's go.

Voilà que l'on me dit :

 « Vous êtes identifié  au "super-utilisateur". Vous pouvez accéder au
 bureau  d'administration   de  chaque  application   ouverte  sur  ce
 serveur.... »

Ah oui, mais comment je  redeviens anonyme ? En désespoir, je continue
en SU en cliquant sur "Applications"  et deux ou trois clics plus loin
j'arrive  sur  sdx/sdxworld/index.xsp.  Toujours  rien en  matière  de
déconnexion, je  me prends  au plaisir de  la découverte et  je visite
l'appli.

sdx/sdxworld/terms.xsp  n'étant guère  bavarde, je  me dis  qu'il faut
sans doute charger les documents,  comme pour l'ancienne appli de démo
de SDX1 et je vais donc sur identification.

J'ai la boîte avec l'utilisateur admin pré-rempli mais quel est le mot
de passe  ? Je préssent qu'il  est codé en  dur comme dans SDX1  et je
triche en  regargant dans le  application.xconf de sdxworld.  OK, plus
court comme mot de  passe, ya pas. Bon, je me dis  donc que je vais me
transformer de SU en admin à défaut de redevenir anonyme.

Je tombe sur la page à laquelle je m'attendais et je m'aperçois que je
ne suis  plus SU  mais admin. C'est  logique finalement.  L'import des
documents  se passe  bien et  je me  dis que  bon, maintenant  je veux
vraiment redevenir anonyme. Et maintenant je fais comment ?

Pas moyen de  revenir à l'URL de départ. Logique, un  SU est créé. Bon
je  tape à  la main  sdx/sdx/admin/index.xsp qui  me dit  que  je suis
admin.   Je   clique  sur   "Identification".   Osannah,  mon   bouton
déconnexion. Mais  j'ai beau cliquer,  il semble que je  soit toujours
"admin" ; c'est du moins ce qui  est écrit en bas de l'écran !!! Je me
dis allons vérifier dans sdxworld, j'en aurai le coeur net. Je choisis
donc fr....world  dans la liste déroulante  ce qui me  confirme que je
suis  toujours  bien  admin  et  là  le  miracle  survient  enfin,  en
re-cliquant sur déconnexion je retrouve enfin mon anonymat.

C'était  à ce  genre d'ambiguités  que  je faisais  allusion quand  je
soutenais les  propos de Pierrick  « je suis  plutôt pour une  mise en
condition  douce  et donc  probablement  pour  une multiplication  des
boutons » qui  répondaient à ceux de Frédéric : «  SU est supposé bien
comprendre ».

Bon,  je sais  que depuis  cette  version "officielle"  il y  a eu  du
travail et j'ai  donc voulu vérifier sur le CVS mais  là j'ai comme un
problème :

compile:
Java Compiler Compiler Version 2.1 (Parser Generator)
Copyright (c) 1996-2001 Sun Microsystems, Inc.
Copyright (c) 1997-2001 WebGain, Inc.
(type "javacc" with no arguments for help)
Reading from file 
/home/pillot/SOURCES/SDX/sdx_v2/src/java/fr/gouv/culture/sdx/search/lucene/queryparser/DefaultQueryParser.jj
 . . .
File "TokenMgrError.java" does not exist.  Will create one.
File "ParseException.java" does not exist.  Will create one.
File "Token.java" does not exist.  Will create one.
Warning: Line 390, Column 3: Regular expression for WILDTERM can be matched by 
the empty string ("") in lexical state DEFAULT. This can result in an endless 
loo
p of empty string matches.
File "CharStream.java" does not exist.  Will create one.
Parser generated with 0 errors and 1 warnings.
Copying 4 files to /home/pillot/SOURCES/SDX/sdx_v2/build/classes
Compiling with Java 1.3, debug on, optimize off, deprecation on
Compiling 118 source files to /home/pillot/SOURCES/SDX/sdx_v2/build/classes
/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/analysis/Analyzer_fr.java:82:
 The method org.apache.lucene.analysis.TokenStream tokenStream(java.io.Reader) 
declared in class fr.gouv.culture.sdx.search.lucene.analysis.Analyzer_fr is not 
deprecated, but overrides a deprecated method of the same signature declared in 
class org.apache.lucene.analysis.Analyzer.
    public TokenStream tokenStream(Reader reader) {
                       ^

/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/query/Results.java:490:
 Wrong number of arguments in method.
                                        try { 
esc=java.net.URLEncoder.encode(value, Framework.URL_ENCODING); } catch 
(java.io.UnsupportedEncodingException e) {}
                                                                            ^
/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/query/Results.java:490:
 Exception java.io.UnsupportedEncodingException is never thrown in the body of 
the corresponding try statement.
                                        try { 
esc=java.net.URLEncoder.encode(value, Framework.URL_ENCODING); } catch 
(java.io.UnsupportedEncodingException e) {}
                                                                                
                               ^
/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/query/Terms.java:447:
 Wrong number of arguments in method.
                        try { esc=java.net.URLEncoder.encode(content, 
Framework.URL_ENCODING); } catch (java.io.UnsupportedEncodingException e) {}
                                                            ^
/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/query/Terms.java:447:
 Exception java.io.UnsupportedEncodingException is never thrown in the body of 
the corresponding try statement.
                        try { esc=java.net.URLEncoder.encode(content, 
Framework.URL_ENCODING); } catch (java.io.UnsupportedEncodingException e) {}
                                                                                
                 ^
Note: 
/home/pillot/SOURCES/SDX/sdx_v2/build/src/fr/gouv/culture/sdx/search/lucene/analysis/Analyzer_fr.java
 uses or overrides a deprecated API.  Please consult the documentation for a 
better alternative.
4 errors, 1 warning

BUILD FAILED

Compte-tenu qu'au moins certains  messages concernent des fichiers qui
semblent liés pour le peu  que j'ai regardé à l'utilisation de JavaCC,
mon petit  doigt me  dit que ce  problème est  lié à ce  que j'utilise
JavaCC2.1  plutôt que  le 2.0  dont parle  la doc.  La version  2.0 ne
semblant  plus disponible sur  le site  de WebGain  il me  faudra donc
attendre  la toute  prochaine release  ou que  quelqu'un  m'envoie une
version 2.0  (ou me dise  comment contourner le problème).  Au passage
pour que ce problème  ne se pose pas il va falloir  que les sources de
SDX restent synchrones avec la  version disponible de JavaCC, au moins
tant qu'il ne sera pas "open sourcé".

Afin que l'on  ne se méprenne pas  sur le sens de ce  mail, je précise
que mon but n'est  pas de "critiquer" tel ou tel aspect  de SDX (si je
ne suis pas  content je n'ai qu'à faire, c'est  un logiciel libre, non
?) mais  de souligner  qu'il faut toujours  être prudent  lorsque l'on
fait  des suppositions  quant aux  compétences de  l'utilisateur d'une
application,  qu'à ce  titre toute  ambiguité dans  une  interface est
néfaste et qu'à tout prendre la redondance est préférable.

Je suis désolé si mes propos on été compris autrement.

pp