[sdx-developers] Interface d'administration

[Frédéric Glorieux]

Beaucoup de choses sont possibles, étoffer les messages d'aides, commenter
plus, mais il faut d'abord s'entendre sur la navigation.

    Pour ma part je vois la question ainsi

- sdx/ , un accueil avec la liste d'applications, sans boutons
d'administration

- sdx/sdx/admin/, on montre la liste des applications avec boutons
d'administration, et un bouton pour le serveur. Il est exclus de
s'identifier ici, sinon comment expliquer que l'on peut être su, ou
administrateur de telle appli ? Je pense que l'identité sous laquelle on est
enregistré est moins importante que ce à quoi l'on accède. Par conséquent il
faut surtout ouvrir des portes vers chaque appli et le serveur, et là on
demande les passeports si nécessaire. Je dirais même que la déconnexion est
accessoire, les développeurs intéressés sauraient se créer un utilisateur
sans groupe et se loger sous lui pour voir ce que ça fait.

pour lisibilité on pourrait ouvrir l'administration d'une appli selon les
les urls suivantes (plutôt que par paramètres du genre
login.xsp?app=fr.gouv.culture.sdx.sdxworld)

- sdx/sdx/admin/fr.gouv.culture.sdx.sdxworld/
     login.xsp | identities.xsp | bases.xsp
La tâche d'un administrateur d'application est d'administrer les identités
(utilisateurs et groupes), ainsi que les bases (réindexer, vider...).

- sdx/sdx/admin/sdx-server/
     login.xsp | apps.xsp | su.xsp
Le travail essentiel du su est d'ouvrir ou fermer des applications, et
accessoirement, dépanner l'administration des utilisateurs d'applications en
cas de mots de passe perdus (d'où le droit de su d'accéder à l'admin d'une
appli).

A l'installation, (mais n'oublions que cela n'arrive qu'une fois), il faut
créer un su. Il est à supposer qu'on ne s'installe pas cocoon ou sdx
uniquement pour s'amuser. C'est plus un outil de travail qu'un appli
Wysywig. Pour un futur développeur XSL, on peut attendre quelques tolérances
sur l'ergonomie (ce qui n'empêche pas d'expliquer plus).