Description du fonctionnement de l'ead2
=======================================

L'Ead est une combinaison entre un agrégateur et un serveur de commandes.

L'agrégateur
------------

L'agrégateur propose une interface permettant de se connecter aux serveurs de 
commande, ainsi il est possible de se connecter à plusieurs serveurs depuis
la même interface. On peut ajouter, supprimer des serveurs de l'agrégateur via
un menu d'administration.

Par le biais d'onglet, on peut se connecter aux différents serveurs.
Lors de la connexion à un serveur, une authentification SSO est effectuée, une 
authentification locale prend le relai en cas d'indisponibilité du serveur SSO.
Au passage, l'agrégateur (dans le cas où cela n'a pas été fait) télécharge
les données de mise en forme spécifique auprès du serveur de command concerné
(cf eadfile/eadfile.txt).

Une fois connecté, l'agrégateur récupère un menu d'action sous forme de dico et 
le met en forme.

Le centre de la page est mise en forme par le serveur de commande.

A chaque action (clique, validation de formulaire...), l'agrégateur se connecte 
au serveur de commande, lui transmet une partie de la requête du client et 
récupère les données renvoyées.

Le serveur de commande
----------------------

Le serveur de commande propose une liste d'actions, une partie de 
celles-ci est commune à tous les modules, d'autres sont spécifiques.

Lors de la connexion de l'agrégateur sur le serveur de commande, les données 
passées à la connexion sont traitées par le serveur de commande qui renvoie
des données pour la mise en forme et un template, qui sont réunis au niveau
de l'agrégateur (frontend/web/gabarit.py).

Charge de la mise en forme
--------------------------

L'agrégateur met en forme:
	le menu d'administration de l'ead ( enregistrement de serveur, déconnexion..),
	le menu d'action (dont la description est récupéré auprès du serveur de commande), 
	la section d'onglet permettant de choisir le serveur auquel on veut se connecter.

La mise en forme du centre de la page ( mise en forme des actions ) est 
à la charge du serveur de commandes.

Ce modèle de fonctionnement permet de donner la possibilité de présenter 
de manière spécifique chaque action, tout en accédant à tous les modules 
depuis la même interface.
