esup-commons : un framework de développement pour ESUP-Portail

ou
Changer de méthodologie, changer d’outils, changer de métier
Pascal Aubry
IFSIC / Université de Rennes 1
Campus de Beaulieu – 35042 RENNES Cedex
Pascal.aubry univ-rennes1.fr

d’échange, les logiciels restent relativement disparates,

Résumé dans leur architecture, la manière dont sont écrits leurs
sources, leur configuration et leur procédure de
Le projet esup-commons est né de la volonté de fédérer les déploiement. L’animation de la communauté s’en est
développements de la communauté ESUP-Portail. Il est fortement ressentie, par un faible niveau de contribution
aujourd’hui une recommandation du consortium pour des établissements de déploiement notamment. L’arrivée
l’écriture des applications, qui peuvent indifféremment être de nouveaux standards, en particulier JSR-168 1 , a été
exécutées en servlet ou portlet. l’occasion de repenser les recommandations, avec une
évidence : l’adoption de normes communes, l’utilisation
Nous décrivons dans cet article la méthodologie et les généralisée d’outils et de méthodes communes ne peut
outils d’esup-commons, discutons de l’opportunité se faire qu’à travers la mise à disposition d’une trousse
d’adopter ces nouvelles technologies. Une conclusion à outils au niveau du projet ; c’est la raison d’être de la
apparaît clairement : le développement d’applications est bibliothèque esup-commons [2].
devenu un métier à part entière.
2 L’architecture en couche
Mots clefs
La séparation des couches de programmation dans les
ESUP-Portail, développement, méthodologie, outils, applications est une condition sine qua non de garantie de
Spring, JSF la modularité. Le modèle suivant est connu depuis les
débuts de l’informatique comme étant l’objectif à
atteindre :
Présentation

Logique applicative
1 Fédérer les développements
Si l’objectif opérationnel du consortium ESUP-Portail [1] Logique métier
était de fournir une solution logicielle pour le déploiement
de portails dans les universités, l’objectif organisationnel,
sous-jacent, était de fédérer les efforts de développement Accès aux données Accès aux services
dans la communauté de l’Enseignement Supérieur
Français.
Dès le début du projet (en 2002), la coordination technique
du consortium a, après analyse des solutions de
développements disponibles, émis des recommandations Bases de données Autres sources
concernant les formats d’échange, les plateformes, les
outils et les méthodes de développement. L’objectif était La couche présentation gère le rendu à l’utilisateur,
l’uniformisation des développements de la communauté sous une forme voulue par le client (textuelle pour les
pour : applications en ligne de commande, graphique pour les
clients dits « lourds », hypertexte pour les clients dits
– faciliter la prise en main et donc l’amélioration des « légers », …) ;
logiciels développés (contributions) ;
– La couche logique applicative est chargée des
– permettre une mobilité des développeurs entre les interactions entre l’utilisateur et l’applicatif, gérant
projets ; notamment les transitions entre les différents états de
– homogénéiser le déploiement des applications et réduire l’application ;
le spectre des compétences nécessaires pour les
exploitants.
1
Même si ces recommandations ont eu de réelles retombées, http://developers.sun.com/portalserver/reference/techart/jsr168 :
essentiellement en terme d’architecture et de formats Introducing Java Portlet Specifications: JSR 168 and JSR 286.
– La couche logique métier offre une API de gestion des XHTML
objets et procédures métier de l’application ;
– Enfin, les couches accès aux données et aux services Présentation (XSLT)
permettent les accès de bas niveau vers les couches
physiques.
XML
Dans une application dont la séparation en couches est bien
respectée, l’implémentation de chaque couche doit pouvoir Tout le reste ☺
être interchangée avec une autre implémentation, dès lors
que celle-ci respecte la même API.
Cette séparation en couches permet de séparer les tâches au
sein d’une équipe de développeurs. Les spécialistes du
rendu aux utilisateurs ne sont souvent pas les mêmes que
les spécialistes de l’accès aux données ; la programmation
en couches permet de limiter les connaissances nécessaires
lors d’un développement collaboratif. Ce point sera revu
ultérieurement. Bases de données Autres sources
Dans la pratique, beaucoup de nos applications sont peu
scrupuleuses en matière de séparation des couches : Le reste de l’application restait hélas noyé dans la masse
du code et l’adhérence entre la couche présentation et le
Application
reste de l’application était encore très importante : dans ce
modèle, les objets métiers n’étaient pas remontés jusqu’à la
couche présentation et le XML produit est souvent
dépendant de son utilisation.
Le premier pas vers cette séparation des couches est
naturellement l’utilisation d’un langage pour lequel la
notion d’interface est native, en l’occurrence Java. Notons
que l’utilisation de Java, si elle permet cette séparation en
Bases de données Autres sources couches, ne la garantit absolument pas. Une bonne
architecture logicielle demande un réel effort de la part des
Tout programmeur s’en convaincra aisément en analysant développeurs, d’autant moins contraignant qu’il est bien
ce petit exemple de programme PHP, qui en quelques compris.
lignes mélange présentation, logique applicative, logique
métier et accès aux données :
// logique applicative
3 Les choix techniques
if (!empty($_POST["userId"])) { 3.1 Portlet/servlet : même combat
// accès aux données
$c = DB::Connect( Le mode d’exécution standard des applications en
environnement J2EE est la servlet. Néanmoins, pour une
"mysql://user:passwd@host/db"); intégration directe dans le portail uPortal adopté par le
$res = $conn->Query( consortium ESUP-Portail comme base d’exécution des
"SELECT * FROM user WHERE id = '" applications, celles-ci étaient au début du projet
+ $_POST["userId"] + "'"); développées comme des canaux uPortal, c’est-à-dire des
$row = $res->FetchRow(
DB_FETCHMODE_ASSOC);
applications s’appuyant sur l’API uPortal.
// logique métier L’évolution actuelle des portails vers l’adoption de JSR-
$displayName = $row["display_name"]; 168 (et JSR-286 ultérieurement) amène naturellement les
// présentation développeurs à livrer leurs applications sous forme de
echo "Hello " . displayName . "!"; portlets. Il est cependant très intéressant de ne pas lier les
} applications avec leur mode d’exécution : nous ne
Dès le début du projet ESUP-Portail, la programmation de développons pas des servlets ou des portlets, mais plus
canaux s’appuyant sur l’API uPortal 2 avait forcé la simplement des applications, qui sont exécutées en tant que
séparation de la couche présentation, basée sur un moteur servlet ou portlet, selon l’environnement dans lequel elles
XSLT : sont déployées. D’autres modes d’exécution sont d’ailleurs
en passe d’être largement acceptés par notre communauté,
2
tel WSRP 3 .
http://www.uportal.org: Evolving portal implementations for
particpating universities and partners. Un objectif d’esup-commons était donc de dissocier ce qui
est de l’application de ce qui est de son mode de
déploiement, et de laisser ainsi le développeur se focaliser
sur l’application elle-même.

3
http://www.oasis-open.org : Web Services for Remote Portlets
Specification.
D’autres arguments militent vers cette flexibilité : Si le portage est simple, il est néanmoins nécessaire, et il
– même si une application doit être finalement livrée sous en résulte l’obligation de maintenir deux codes différents
forme d’une portlet, l’environnement de développement pour remplir notre objectif. C’est cette raison qui a amené
d’une servlet est beaucoup plus simple que celui les développeurs du projet esup-commons à choisir JSF
nécessaire pour une portlet (un portail, dans lequel la pour implémenter le MVC, car celui-ci est indépendant
portlet doit être publiée et accessible aux utilisateurs) ; du mode de déploiement. Les méthodes de transition des
contrôleurs renvoient en effet de simples chaînes de
– un exploitant peut, en installant une servlet, passer outre caractères :
les problèmes inhérents au mode d’exécution des
public class JsfController {
portlets, de leur publication et leur accessibilité ; public String callback() {
– la distribution des applications sous forme de quick- logger.info("returning hello view");
start, paquetages prêts à l’emploi et permettant return "hello";
l’installation rapide et le test d’applications, est très }
difficile à réaliser avec une portlet. Dans ce cas, }
l’utilisation d’une servlet, pré-installée dans un servlet et les transitions entre les états de l’application sont
container (tel Tomcat) rend la chose beaucoup plus externalisées dans des règles de navigation au format
simple. XML :
3.2 Le choix du MVC 4 : JSF <navigation-rule>
<from-view-id>anyView.jsp</from-view-id>
Un des objectifs fut donc, lors du choix du MVC, de faire <navigation-case>
en sorte que les applications écrites en s’appuyant sur <from-outcome>hello</from-outcome>
esup-commons puissent, par simple configuration, être <to-view-id>hello.jsp</to-view-id>
déployées tantôt comme des servlets, tantôt comme des </navigation-case>
portlets. </navigation-rule>
Dans le monde open-source berceau du projet ESUP- Ce choix crucial offre la possibilité, pour toute application
Portail, deux candidats naturels se dégageaient : Spring 5 et bâtie sur esup-commons, de spécifier le mode d’exécution
JSF 6 . seulement au moment où l’on déploie l’application, par
écriture de propriétés :
La différence essentielle entre les deux candidats tient au
# portlet deployment:
fait que le MVC de Spring est dépendant du mode de
deploy.type=portlet
déploiement : deploy.home=C:/uPortal/portlets
import org.springframework.web.servlet.*;
# servlet deployment:
public class ServletController deploy.type=servlet
implements Controller { deploy.home=C:/Tomcat/webapps
public ModelAndView handleRequest(
HttpServletRequest request, La possibilité de distribuer les applications sous forme de
HttpServletResponse response) quick-starts est native, simplifiant à l’extrême le travail de
throws ServletException, IOException { l’exploitant :
logger.info("returning hello view"); # quick-start deployment:
return new ModelAndView("hello.jsp"); quick-start=true
}
L’implémentation choisie de JSF est MyFaces 7 ,
}
implémentation libre de JSF du projet Apache.
Le contrôleur pour servlet montré ci-dessus peut être très
simplement transformé pour être déployé en portlet : 3.3 La gestion des beans : Spring
import org.springframework.web.portlet.*; Si JSF a été choisi pour le MVC, Spring n’en est pas pour
autant abandonné : depuis la version 2.0, Spring est la
public class ServletController
implements Controller {
référence en matière de gestion des beans dans le monde
public ModelAndView handleRequest( open-source.
PortletRequest request, Il apporte notamment une souplesse extrême dans la
PortletResponse response) configuration des applications, grâce à l’injection de
throws ServletException, IOException { données et de dépendances. Cette souplesse est
logger.info("returning hello view"); essentielle pour l’adaptation des applications à des
return new ModelAndView("hello.jsp"); configurations locales différentes de celles où l’application
} a été initialement développée.
}
La diffusion des applications au sein d’une communauté en
est d’autant améliorée qu’il est possible de modifier le
4
Modèle / Vue / Contrôler comportement d’une application par simple configuration,
5
http://www.springframework.com : Spring, the leading full- tout au moins sans modifier le code distribué. Cela
stack application framework.
6
http://java.sun.com/javaee/javaserverfaces : JavaServer Faces 7
Technology. http://myfaces.apache.org : MyFaces, the first free open
source Java Server Faces implementation.
prévient la création de branches dissidentes et facilite la 3.4.2 Sessions, transactions et exceptions
coopération (entraide, contributions) entre les exploitants
Du point de vue du développeur, la gestion des sessions
d’une même application.
aux bases de données et des exceptions est sans doute
3.4 L’accès aux données l’apport le plus important d’esup-commons. Le
développeur est complètement déchargé de cette partie
La séparation de la couche d’accès aux données est ingrate et délicate, implémentée sous le modèle one-
souvent la plus simple à appréhender pour le développeur session-per-request, la requête HTTP étant l’unité de
novice ; elle est aussi fondamentale pour pouvoir, par transaction.
simple configuration, changer la manière dont on accède
Nombreuses sont les applications qui interagissent avec
physiquement aux données.
plusieurs bases de données. On verra ainsi des applications
On pourra ainsi tantôt s’appuyer sur une base de données, qui stockent leurs données dans une base de données
tantôt sur un stockage dans des fichiers au format XML, propre, tout en accédant à une base de données
tantôt utiliser un annuaire LDAP, … Quelques applications institutionnelle (de type Harpège ou Apogée par exemple).
réalisées à partir d’esup-commons n’ont ainsi pas de esup-commons prend en charge ce cas de figure, grâce à la
connexion à une base de données. notion de magasin de bases de données.
Les bases de données étant néanmoins le moyen le plus
répandu pour l’accès physique aux données, esup- 4 Un projet de développeurs pour les
commons autorise l’utilisation de n’importe quel backend ;
des implémentations pour Hibernate 8 et Ibatis 9 sont ainsi développeurs et les exploitants
proposées. Il a d’ailleurs été montré comment une
application peut, par simple configuration, passer d’un 4.1 esup-commons aide les développeurs
backend Ibatis à un backend Hibernate (et inversement), Le projet esup-commons a été initié par des développeurs
montrant ainsi la souplesse extrême apportée par d’applications, dans le but d’aider les développeurs
l’injection de données et de dépendances de Spring. d’applications de la communauté ESUP-Portail. En effet,
Les choix techniques de base du projet esup-commons sont les contextes d’exécutions étant très semblables dans tous
résumés sur le schéma suivant : les établissements du consortium, les problèmes rencontrés
Requêtes web sont très souvent les mêmes.
Présentation
Prenons en exemple un problème rencontré par tous les
développeurs de canaux ou portlets, d’applications qui se
web

rendent donc dans un canal. L’envoi d’un courrier

Gestion des beans

Logique applicative
électronique, quelque soit son but (information des
Logique métier utilisateurs, remontée d’alerte, …) est une opération dont
la longueur n’est pas négligeable. Ainsi, il est en général
Authentification

Données
impossible de demander à un canal d’envoyer plusieurs
data

Cache
portail

domain beans
LDAP

courriers électroniques lors d’une requête HTTP sans

URLs

I18n

Accès

Persistance rencontrer un timeout au niveau du portail (le temps donné

à un canal pour effectuer son rendu est en général limité).
La solution est simple et bien connue, puisqu’il suffit de
base
faire exécuter les envois par des tâches de fonds de
3.4.1 La préférence Hibernate manière asynchrone (grâce à des threads de basse priorité).
Il n’empêche que ce développement simple mérite
Si l’utilisation de n’importe quel backend est possible, les attention ; cette fonctionnalité est, parmi beaucoup
développeurs du projet esup-commons recommandent d’autres, proposée en standard dans esup-commons.
l’utilisation de Hibernate, le plus abouti de leur point de
vue des bibliothèques libres d’accès aux données. Il peut 4.2 esup-commons aide les exploitants
gérer la structure de la base de données, la création et la Le nombre croissant d’applications dans nos
mise à jour des tables de la base pouvant être réalisées par environnements est souvent un casse-tête, notamment dans
de simples commandes (tâches ant init-data et le contexte des portails où les déploiements se font sur des
upgrade dans esup-commons). machines redondantes (des lames). L’installation, et encore
De ce fait, développeurs et exploitants d’une application plus la mise à jour des applications, nécessitent de la part
peuvent maintenant s’appuyer sur une base de données des exploitants : temps, compétence et méthodologie,
sans même connaître SQL ; l’accent est mis sur les objets, faisant du rôle d’exploitant d’applications un métier à
les objets métier en particulier, et leur persistance est part entière.
entièrement confiée à Hibernate. esup-commons propose une méthodologie concernant
l’installation et la mise à jour des applications qui
8
http://www.hibernate.org : Hibernate, an object/relational diminuent le temps passé et les problèmes rencontrés.
persistence and query service for Java. esup-commons fournit ainsi la possibilité, lors d’une mise à
9
http://ibatis.apache.org : Ibatis, an XML-based jour, de récupérer les fichiers de configuration d’une
object/relational mapping and persistence framework. version antérieure.
Une mise à jour mineure se réduit alors souvent à permettent en général de cerner très précisément les
l’exécution de quelques commandes, et s’effectue en dysfonctionnements et de les corriger rapidement.
quelques minutes : Il est également possible de remonter les exceptions par
wget http://serveur/application-x.y.z-t.zip courrier électronique, par exemple aux développeurs de
unzip application-x.y.z-t.zip l’application (avec un cache pour prévenir les effets de
cd application-x.y.z spam).
ant recover-config
ant deploy 5.2.2 La gestion des versions
ant restart
La gestion des versions des applications est prise en charge
Par ailleurs, la diffusion d’applications construites sur le par esup-commons, qui nomme les versions sous une
même modèle (hiérarchie de fichiers, format des fichiers sémantique unique x.y.z-t (numéros de version
de configuration, procédures d’installation et de mise à majeure, mineure, de correction et de distribution). Un
jour) permet aux exploitants de ne pas être perdus lors de exploitant sait, en fonction du numéro de version d’une
l’installation d’une nouvelle application basée sur esup- distribution proposée par le développeur et du numéro de
commons. la version installée sur son système, en quoi va consister la
mise à jour :
5 esup-commons : une méthodologie, – Changement de numéro majeur : procédure de mise à
des outils jour manuelle, pouvant nécessiter du temps ;
– Changement de numéro mineur : mise à jour semi-
5.1 La méthodologie automatique pouvant nécessiter un changement des
esup-commons apporte une méthodologie de fichiers de configuration ;
développement, qui fait que l’architecture et les procédures – Changement de numéro de correction : mise à jour
de gestion des projets basés sur esup-commons sont les automatique ;
mêmes. – Le numéro de distribution change uniquement dans le
La méthodologie porte notamment sur : cas de modifications mineures des documentations ou
– La hiérarchie des fichiers de l’application ; des fichiers d’exemple.
– Le format des fichiers de configuration ; esup-commons gère les incompatibilités de versions
– La programmation par interfaces ; entre l’application elle-même et la base de données de
l’application. Ce point est crucial en environnements
– Le respect des mêmes conventions de nommage, de redondants (clusters) où une mise à jour ne peut pas être
codage et de présentation ; faite de façon instantanée et simultanée sur tous les
– L’utilisation systématique de SubVersion ; serveurs d’exécution ; l’exécution d’une version
– Les procédures d’installation et de mise à jour. d’application incompatible avec la base de données peut en
Il est clair que l’adoption d’une méthodologie commune effet conduire à des dysfonctionnements et des
facilite énormément la mobilité des développeurs d’un incohérences dans les bases de données, elle est empêchée
projet à un autre, pour peu qu’ils soient tous deux basés sur par esup-commons.
esup-commons. On assiste ainsi dans les établissements qui 5.2.3 L’internationalisation
ont adopté esup-commons comme standard de
développement à la naissance du label « développeur esup- L’internationalisation des applications est native et
commons », qui signifie qu’un tel développeur pourra sans complète (rendu des pages, messages d’erreurs, …) dans
peine passer d’un développement esup-commons à un toute application esup-commons. Il s’agit là d’un atout
autre. évident pour la diffusion des applications au delà des
On entend parfois avec plaisir l’expression « installer une frontières de notre communauté francophone.
application esup-commons », qui montre l’intérêt de L’internationalisation est également un atout pour la
l’uniformisation des procédures de déploiement des distribution des applications à l’intérieur de la communauté
applications. francophone, car elle force le développeur à externaliser
La fédération des développements trouve ici tout son sens. toutes les chaînes de caractères. Par l’utilisation de
plusieurs ressources de langues (bundles) par langage,
5.2 Les outils esup-commons permet :
esup-commons offre de nombreux outils qui permettent le
– Au développeur de surcharger les messages de esup-
commons dans son application ;
développement rapide des applications. Nous en
montrons ci après une liste non exhaustive. – À l’exploitant de surcharger les messages du
développeur.
5.2.1 La gestion des exceptions On voit ainsi que l’internationalisation a pour conséquence
La gestion des exceptions est assurée en lien étroit avec la simplification de la personnalisation des applications
celle des connexions aux bases de données. Elle permet par les exploitants.
aux développeurs de bénéficier de rapports d’erreur très 5.2.4 L’envoi de courriers électroniques
complets ; ces rapports d’erreur, qui incluent par exemple
le contexte de l’application au moment de l’exception, Déjà citée en exemple de ce qu’un développeur trouve
dans esup-commons sans avoir à faire aucun
développement, l’envoi de courriers électroniques peut se 5.2.7 L’authentification
faire de manière synchrone ou asynchrone, au format texte,
Les mécanismes d’authentification sont très nombreux
HTML ou alternatif, avec éventuellement des documents
dans nos environnements ouverts. Parmi eux, citons :
attachés.
– L’utilisation de CAS [3], en filtre J2EE ;
5.2.5 Les commandes en ligne
– L’authentification par le portail, dans le cas d’une
Parfois appelées commandes batch, elles sont exécution en mode portlet ;
indispensables pour exécuter certaines tâches :
– Trop longues pour être exécutées dans un contexte web, – Toute authentification propriétaire, basée sur des secrets
par exemple des manipulations lourdes sur les bases de d’authentification stockés par l’application.
données ; Afin de répondre à toutes les possibilités,
– Devant être faites de manière régulière et/ou l’authentification est externalisée (confiée à un service
asynchrone, comme par exemple l’indexation de d’authentification, dont on ne pré-suppose pas de
données, de manière plus générale toutes les tâches l’implémentation), et les principaux mécanismes
périodiques. d’authentification sont proposés par esup-commons.
Ces commandes doivent, pour bénéficier de la gestion des L’ajout de nouveaux mécanismes est d’ores et déjà prévu,
exceptions et des connexions à la base de données, notamment l’authentification (et la récupération
respecter la méthodologie proposée par esup-commons. d’attributs) via Shibboleth [4], ainsi que l’appui sur
L’application est alors gérée selon un modèle one-session- ACEGI 11 .
per-command, avec une granularité de transaction à En déploiement portlet, grâce à l’utilisation des
l’initiative du développeur. préférences JSR-168, les applications esup-commons
Même s’il a été initialement conçu pour les applications disposent des fonctionnalités de proxy CAS, c’est-à-dire
web, esup-commons est aujourd’hui utilisé pour qu’elles sont capables de s’authentifier auprès de services
l’écriture d’applications sans interface web, appelées tiers sous l’identité de l’utilisateur connecté au portail.
seulement en ligne de commande. 5.2.8 L’accès au Système d’Information
5.2.6 Les web services Le S.I. des établissements est, en plus des bases de données
Les web services sont utilisés dans les applications esup- institutionnelles, composé de l’annuaire LDAP et des
commons dès lors qu’elles doivent interagir avec d’autres informations du portail.
applications. esup-commons propose une bibliothèque simple d’accès à
En plus de l’utilisation de la bibliothèque xFire 10 , qui l’annuaire LDAP, qui permet de récupérer les utilisateurs,
apporte un niveau d’intégration et une simplification les groupes, ainsi que n’importe quelle entité LDAP
remarquables pour l’exposition des web services, l’apport (permettant par exemple de gérer la téléphonie d’un
de esup-commons dans ce domaine est, comme pour les établissement stockée dans un annuaire LDAP).
commandes batch, la gestion des exceptions et des L’accès aux attributs utilisateur et aux groupes du portail
connexions aux bases de données. est réalisé grâce à l’appel d’un web service, proposé par le
L’architecture complète des accès à une application esup- projet esup-portal-ws. 12
commons est ainsi donnée par le schéma suivant : 5.2.9 La bibliothèque de balises JSF (taglib)
requêtes web commandes batch web services
esup-commons offre une bibliothèque de balises, dont
l’intérêt essentiel est d’être configurée dynamiquement par
présentation Spring.
C’est cette bibliothèque qui permet d’utiliser exactement
logique applicative contrôleur façade les mêmes pages JSF que l’application s’exécute en servlet
ou en portlet (alors que le rendu à l’utilisateur est
différent).
logique métier
5.2.10 Les URLs directes
Les URLs directes sont ainsi appelées car elles permettent
accès aux
authentification

de positionner une application web dans un état donné, en

données
passant éventuellement des paramètres (par exemple, les
portail

cache
LDAP

URLs

i18n

courriers d’alertes d’un ticket envoyées par l’application

esup-helpdesk [5] aux utilisateurs donnent des liens
hypertextes qui envoient directement sur la page du ticket,
sans passer par la page d’accueil ou le tableau de bord).
10
http://xfire.codehaus.org : Codehaus xFire: next generation 11
SOAP framework. http://www.acegisecurity.org : ACEGI Security System for
Spring.
12
http://sourcesup.cru.fr/esup-portal-ws : Portal Web Service.
Cette fonctionnalité, si elle est plutôt évidente pour une de tous les nouveaux développements, internes ou
servlet, est en revanche beaucoup plus difficile à réaliser externes.
pour une portlet. En effet, il faut tout d’abord que le portail Les défauts de la version d’alors ont été corrigés par de
authentifie l’utilisateur, positionne le portail sur nombreuses contributions, qui montre l’intérêt que les
l’application, puis transmette les paramètres de la requête à développeurs de l’Université de Rennes 1 ont trouvé dans
l’application. esup-commons.
La mise en œuvre de cette partie a été d’autant plus
délicate que l’objectif était, pour cette partie également, de 6.3 Convaincre au sein du consortium
conserver le même code que l’application soit déployée Une fois cette première étape franchie, une deuxième
comme une servlet ou une portlet. formation a été organisée pour les membres de la
esup-commons prend en charge tous les aspects des URLs coordination technique du consortium ESUP-Portail. Il
directes : s’agissait là aussi de convaincre de l’opportunité du projet,
– Génération des liens hypertextes en fonction des et d’en faire une recommandation de développement. esup-
paramètres ; commons a ainsi été présenté aux ESUP-Days [2].
– Récupération des paramètres et positionnement de
l’application dans l’état voulu. 6.4 Convaincre au sein de la communauté
5.2.11 Beaucoup d’autres choses Depuis, le projet esup-commons a été présenté à toute la
communauté, et quatre autres formations ont été
La liste des fonctionnalités donnée ci-dessus n’est pas organisées, cette fois ouvertes à notre communauté toute
exhaustive ; esup-commons amène de nombreuses autres entière. Plus de 80 ingénieurs ont ainsi été formés à esup-
possibilités, parmi lesquelles : commons, et d’autres se sont auto-formés en s’appuyant
– La gestion du cache. Très utilisée pour améliorer les sur les supports mis en ligne.
performances des applications, par exemple pour limiter Les contributions viennent aujourd’hui de toute la
les accès réseau, le cache est souvent implémenté de communauté pour améliorer et enrichir esup-commons.
manière disparate, basique et peu fiable. esup-commons
se base sur EhCache 13 , ce qui permet de s’appuyer sur 7 Réfléchissons un peu…
une librairie riche, sûre et éprouvée et de centraliser
toute la configuration des caches en un seul fichier de Cette nouvelle manière de développer, cette adoption
configuration. d’une nouvelle méthodologie et de nouveaux outils
constituent une vraie révolution pour la plupart des
– La génération de flux de type RSS bénéficie développeurs. On peut légitimement s’interroger sur la
également de la gestion des exceptions et des
nécessité d’aller vers des technologies de plus en plus
connexions aux bases de données.
complexes et contraignantes.

6 L’effort du consortium ESUP- 7.1 Les gains apportés par esup-commons

Portail pour diffuser esup-commons Rappelons tout d’abord les gains engendrés par la
méthodologie et les outils présentés ci-avant.
6.1 La genèse
7.1.1 Fiabiliser les applications
Le projet esup-commons est né en avril 2006 à l’Université
de Rennes 1 lors du développement d’une nouvelle L’utilisation d’outils de haut niveau (JSF, Spring, …) et
application sous la forme d’une portlet (esup-diskquota 14 , des bibliothèques dédiées les plus éprouvées dans leur
un gestionnaire de quotas disque basé sur des filtres domaine (Hibernate, EhCache, LdapTemplate 15 , …) a
LDAP). Les développeurs de cette application se sont vite pour conséquence immédiate de renforcer la fiabilité des
heurtés à des problèmes complexes, notamment liés à applications. Elle permet aussi de bénéficier des évolutions
l’intégration des portlets dans le portail. de ces bibliothèques sans développement supplémentaire.
Il a alors été décidé de mutualiser dans un projet, appelé La programmation en couches permet également de
esup-commons, tout ce qui pourrait resservir à d’autres spécifier des tests poussés, pas seulement unitaires, qui
développements semblables. permettent de garantir la continuité de fonctionnement du
code des applications.
6.2 Convaincre au sein de son établissement
7.1.2 Améliorer l’accessibilité
Quelques mois plus tard, la première version de esup-
L’accessibilité est devenue un des critères majeurs de
commons était diffusée. Le premier pas de la diffusion fut
jugement des applications web. L’utilisation d’un outil de
de faire comprendre puis accepter cette solution au sein du
haut niveau pour la couche présentation (en l’occurrence
CRI de l’Université de Rennes 1. Après une première
formation interne, esup-commons a été adopté comme base
15
http://ldaptemplate.sourceforge.net : LdapTemplate, Java
13
framework to simplify LDAP operations.
http://ehcache.sourceforge.net : EhCache, a simple, fast and
thread safe cache for Java.
14
http://sourcesup.cru.fr/esup-diskquota : esup-diskquota, the
ESUP-Portail disk quota manager.
JSF) permet de garantir la qualité du code envoyé aux clairement insuffisant lorsque l’on use et abuse de
navigateurs, et d’en améliorer l’accessibilité 16 . triggers 17 pour implémenter les procédures métiers.
7.1.3 Simplifier la maintenance D’autres nous appellent les sur-connaissants, en
argumentant qu’il faut connaître toutes les couches d’une
De l’expérience des développeurs d’applications basées sur application esup-commons pour développer une application
esup-commons, la séparation des couches induit la selon ce modèle. Ils ne font que nous conforter dans l’idée
séparation des zones de recherche des erreurs. que la séparation des couches apporte exactement le
De plus, elle permet un travail collaboratif efficace, contraire : la collaboration entre des développeurs
puisque chaque développeur peut se concentrer sur la spécialistes chacun dans leur domaine.
partie dont il est spécialiste, par exemple le rendu à Les critiques sont parfois si vives qu’on peut se demander
l’utilisateur ou bien l’accès physique aux données. s’il n’est pas gênant de voir les universités mutualiser leur
7.1.4 Aider la diffusion des applications savoir en matière de développement open-source. Tant
pis !
En proposant à l’utilisateur des outils simples de Nous préférons continuer notre chemin dans la fédération
distribution des applications, esup-commons permet des efforts de notre communauté.
d’économiser nombre d’efforts nécessaires à la distribution
des applications. 7.3 Et l’existant alors ?
Notons par ailleurs qu’au sein même d’un établissement, le On peut légitimement douter du gain de productivité
développement et l’exploitation sont souvent deux tâches apporté par l’utilisation de esup-commons, et c’est vrai
distinctes. La distribution des applications sous forme de qu’il n’est visible qu’une fois la première marche franchie
livrables est alors un moyen simple de transfert des (la découverte et la prise en main de la méthodologie et des
développeurs aux exploitants. outils).
7.1.5 Faciliter l’adaptation Il est clair qu’un établissement vit avec un existant, qu’il
Par ailleurs, l’injection de données et de dépendances de faut assumer et entretenir. Les développeurs d’esup-
Spring, ainsi que l’utilisation systématique d’interfaces commons ont aussi leur existant à maintenir et sont bien
permet une très grande facilité d’adaptation des conscients du problème.
programmes à des configurations locales différentes de Comme on dit parfois, il ne faut pas jeter le bébé avec
celles dans lesquelles les applications ont été initialement l’eau du bain. Il faut cependant prendre garde à deux
écrites. choses :
Cette adaptation se fait d’ailleurs la plupart du temps sans – En premier lieu, à force de se laver, il arrive que l’on
écriture de code Java, ou alors par simple rajout, sans salisse l’eau du bain ; dans ce cas, il faut alors changer
modifier le code principal de l’application. Cela évite la l’eau du bain ;
création de branches dissidentes à la branche principale de – Enfin, il arrive que le bébé grandisse, tant que le bébé
développement, qui est une des garanties de la cohérence ne soit plus vraiment un bébé, et en tout cas ne tienne
de la communauté qui utilise une application. plus dans la baignoire ; dans ce cas, il faut changer la
baignoire.
7.1.6 Gagner en productivité
Il est difficile de comprendre comment on peut gagner en 7.4 Le métier de développeur a changé !
productivité en ayant à assimiler tant de notions nouvelles. La seule conclusion sûre et évidente qui s’impose est la
Pour être franc, les développeurs d’esup-commons ont suivante : le métier de développeur a changé : on ne
également longtemps douté que l’on puisse, avec un tel programme plus sur un coin de table !
niveau d’abstraction, être en fin de compte plus productif.
Chacun doit s’en faire une idée propre, il est essentiel de
ne pas avoir d’idée préconçue dans ce domaine.
Bibliographie
Le nombre d’établissements qui ont aujourd’hui adopté [1] Pascal Aubry, The ESUP-Portail project. JA-SIG
esup-commons comme standard de développement montre Winter 2006 conference, Atlanta, Georgia, United
que le choix n’est pas celui des seuls développeurs esup- States, December 2006.
commons. Il doit bien y avoir autre chose… [2] Pascal Aubry, esup-commons : un framework de
développement pour le projet ESUP-Portail, ESUP-
7.2 Une approche pourtant décriée Days n°3, Paris, Janvier 2007.
Les choix pris par le projet esup-commons, et plus [3] Pascal Aubry, Vincent Mathieu & Julien Marchal,
généralement ceux du consortium ESUP-Portail sont ci et Open-source Single Sign-On with CAS (Central
là vivement critiqués. Authentication Service), EUNIS2004, Bled, Slovenia,
Certains critiquent notre approche et vendent de beaux web July 2004, journal Uporabna informatika (Applied
services en cachant les dessous de l’implémentation ; isoler
les couches supérieures est un bon commencement, mais 17
Procédures stockées implémentant une partie de la logique
métier au niveau de la base de données, en totale contradiction avec la
16
programmation en couches, qui entraîne une très forte adhérence entre la
L’utilisation de JSF ne garantit pas l’accessibilité des logique métier et le SGBD utilisé pour la persistance.
applications, celle-ci peut nécessiter un effort du développeur pour les
interfaces complexes.
 Informatics, ISSN 1318-1882, surveyed by INSPEC),
ed. Prof. Andrej KovacicSpring.
[4] Pascal Aubry, Open-source Identity Federation with
Shibboleth, EUNIS'2006, Tartu, Estonia, June 2006.
[5] Pascal Aubry and Alexandre Boisseau , ESUP-Portail
Helpdesk: user support at establishment-level, JASIG
Summer 2007, Denver, Colorado, June 2007.