Re: [sdx-developers] Interface d'administration

[Pierrick Brihaye]

Frédéric Glorieux a écrit:

>     Pour ma part je vois la question ainsi
>
> - sdx/ , un accueil avec la liste d'applications, sans boutons
> d'administration

Oui.

> - sdx/sdx/admin/, on montre la liste des applications avec boutons
> d'administration

Note en passant : pourquoi un deuxième sdx ?

Oui... mais : qu'est ce que l'administration d'une appli ? Dans mon 
appli sribzh, sous SDX 1, cette partie est complètement encapsulée dans 
le code de l'appli elle-même. En gros, c'est l'appli qui s'administre 
elle-même :-)

Certes, on peut revenir à l'interface administrative pour vider la base 
ou faire un backup, mais, idéalement, j'aurais préféré squizzer cette 
possibilité.

Je ne dis pas que ce parti d'implémentation est le meilleur, mais il 
devrait rester possible.

> et un bouton pour le serveur.

Oui.

> Il est exclus de
> s'identifier ici, sinon comment expliquer que l'on peut être su, ou
> administrateur de telle appli ?

OK.

> Je pense que l'identité sous laquelle on est
> enregistré est moins importante que ce à quoi l'on accède.

Mmmh. Je penche plutôt pour l'inverse... selon moi, le comportement 
normal de SDX, c'est de rechercher/afficher des documents dans un 
contexte toatalement anonyme. Si on veut faire plus, il faut montrer 
patte blanche.

Mais ceci n'engage que moi...

> 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...).

Le parti me semble très intéressant.

> - 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).

Celui-ci aussi.

Note : je trouve d'ailleurs qu'ils ressemblent à ceux que j'avais 
proposés :-)

> 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).

Sur le principe on est d'accord mais n'oublions pas qu'avant de 
développer, il faut évaluer. Quand je charge un war, je m'attends à ce 
que l'appli tourne. Et, comme beaucoup d'autres, je ne lis la doc 
qu'après avoir déployé le war. C'est pas bien, mais c'est comme ça...

A+

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