--------------------------------------------------------------------
à prendre en compte dans les applications suite au passage en 1.3.1
--------------------------------------------------------------------

- l'objet $_PHPCAS_CLIENT n'est plus accessible directement avec EolephpCAS::$_PHPCAS_CLIENT.

- les méthodes set/getPGT sont privées (géré par le client). -> à virer d'ajaxplorer ?

- avant la validation de tickets PT, il faut définir une liste des proxys autorisés :

	// définition d'une liste d'adresses autorisées
	$prox_chain = new CAS_ProxyChain(array(__CAS_SERVER)); (ou new CAS_ProxyChain_Any pour autoriser toutes les adresses : non recommandé)

	// définition au niveau de la session
	EolephpCAS::allowProxyChain($prox_chain);

	// ou définition sur une instance du client
	clientCAS->getAllowedProxyChains()->allowProxyChain($prox_chain);

- si possible, il ne faudrait plus utiliser setNoCasServerValidation si la validation du serveur est possible

	EolePhpCAS::setNoCasServerValidation(); // certificat SSL du serveur non vérifié

	ou

	EolephpCAS::setCasServerCACert('/etc/ssl/certs/ca.crt'); // vérification par rapport à la CA
	(si serveur distant, le plus simple est de mettre la CA de celui-ci dans /etc/ssl/local_ca)

- certaines fonctions et des attributs ont été refactorés dans la librairie officielle. Les anciennes fonctions sont toujours présentes
  dans la librairie EolephpCAS pour éviter les pb avec les applis existantes

 plusieurs fonctions et attributs du client ont été préfixées par '_' (_hasPGT, _wasPreviouslyAuthenticated).

 cf ci dessous pour la liste des différences avec le client officiel


--------------------------------------------------------
liste des modifications spécifiques à la librairie Eole
--------------------------------------------------------

Une base de données sqlite a été ajoutée pour maintenir une correspondance
entre le nom de session PHP et un ticket d'application (utilisé à la déconnexion)
permet de gérer la déconnexion en mode centralisé même si le client CAS ne gère
pas lui même la session.

la partie gestion des attributs (getDetails) a été réduite au minimum et utilise les données mises en place par le client d'origine
(seule la fonction _readExtrAttributesCAS20 a été modifiée).

- fonctions ajoutées:

XXX EolephpCAS::getCasXML/setCasXML : Obsolète, utiliser getAttributes ou getDetails pour récupérer les attributs
EolephpCAS::getDetails / eoleclient->getDetails / renvoie les attributs stockés dans la session
EolephpCAS::EoleLogoutRequests / eoleclient-> EoleLogoutRequests : à remplacer par une fonction callback à handleLogoutRequests qui appelle client:del_session ?
eoleclient->store_session_id/retrieve_session/remove_stored_session_id/del_session : gestion d'une base sqlite des sessions actives

- modifié:

eoleclient->_readExtraAttributesCas20 modifié pour attributs au format Eole

- conservé pour compatibilité avec les applications déjà casifiées (appelle les fonctions du client d'origine):

EolephpCAS::validatePT/validateST : apelle eoleclient->validatePT/ST : appelle client->validateCAS20
eoleclient->getPT appelle client->getTicket
eoleclient->setPT appelle client->SetTicket
EolephpCAS::hasPGT : apelle eoleclient->hasPGT() : appelle client->_hasPGT
client->getPGT apelle client->_getPGT

-------------------------------------
Test sur applis envole (dans sample)
-------------------------------------

plugcas_tools.php : plugin  posh avec vérifcation du certificat
authProg / setup.php : adaptation du plugin squirrelmail
