article de presse - Cap Data Consulting

T echnologie
Comprendre et développer des portlets en Java.
Création d'un portlet 2 e partie
Cette seconde partie fait suite à notre descriptif dans le précédent numéro de la spécification
JSR168.Dans cette section,nous allons développer un premier portlet que nous allons déployer
sur Jetspeed 2, un portail open-source développé au sein de la communauté Apache.
Jetspeed est un portail écrit en Java. Il est
basé sur Pluto qui est l’implémentation de
référence du conteneur de portlets défini
par la spécification JSR 168. Jetspeed supporte
le déploiement à chaud de portlets packagés
sous forme de War. Des informations plus
détaillées sur Jetspeed sont accessibles sur le
site : http://portals.apache.org/.
Nous allons utiliser la distribution binaire de
Jetspeed disponible à l’adresse :
http://portals.apache.org/download.html
La version utilisée pour cet article est : jetspeedcurrent-Tomcat-5.5.9.zip.
Elle utilise Tomcat
comme serveur Web.
Il suffit d’extraire le zip dans un répertoire que
l’on appellera dorénavant %JETSPEED_
HOME%, de démarrer la base de données intégrée
avec la commande suivante (sous
Windows) :
$ %JETSPEED_HOME%\
jetspeed-database\start-database.bat
Et de démarrer le serveur Web avec la commande
suivante :
$ %JETSPEED_HOME%\jakartatomcat-5.5.9\bin\startup.bat
Finalement, en ouvrant un navigateur à l’adresse
http://localhost:8080/jetspeed, nous pouvons
nous connecter au portail comme un utilisateur
invité. En nous authentifiant sur le portail
avec l’utilisateur ‘admin’, mot de passe
‘admin’, il nous est maintenant possible d’accéder
à toutes les options du portail.
Notre connaissance de Jetspeed est maintenant
suffisante pour nous permettre de développer
et de tester un portlet.
Un portlet pour afficher la date
et l’heure
Le but de notre portlet de test sera d’afficher
la date et l’heure au moment de l’affichage de
la page.
Pour développer un portlet, il est nécessaire
de posséder la librairie contenant les classes
et interfaces de l'API, elle est disponible ici :
http://jcp.org/aboutJava/communityprocess/fina
l/jsr168/index.html
La classe SimpleDateTimePortlet
Comme tout portlet, notre classe doit implémenter
l’interface javax.portlet.Portlet. Il existe
dans l’API une classe GenericPortlet qui fournit
un squelette de base pour créer un portlet.
Cette classe met à disposition trois méthodes,
doView, doEdit et doHelp, qui permettent de
générer directement le contenu des modes de
base du portlet. Nous allons donc surcharger
la méthode doView :
public void doView(RenderRequest request,
RenderResponse response) throws
PortletException, IOException {
System.out.println("SimpleDateTime
Portlet - doView");
// on formate la date courante avec le bon
format
SimpleDateFormat simpleDateFormat = new
SimpleDateFormat("dd.MM.yyyy HH:mm:ss");
String dateTime = simpleDateFormat.
format(new Date());
response.setContentType("text/html");
PrintWriter writer = response.getWriter();
writer.write("");
writer.write(" ");
writer.write(" ");
Programmez n°85 51 avril 2006
}
writer.write(" " + dateTime);
writer.write(" ");
writer.write(" ");
writer.write("");
writer.close();
Comme on peut l’observer, la méthode doView
affiche de grandes similarités avec les
méthodes doGet et doPost des servlets.
L’utilisation d’un objet PrintWriter permet
d’écrire dans le flux retourné au portail. Ce flux
sera ensuite agrégé avec celui des autres portlets
pour former une page HTML complète.
Cette méthode met en évidence le même problème
que les servlets avant l’arrivée des JSPs.
L’écriture du code HTML est très peu aisée et
nécessite une recompilation du portlet en cas
de modification.
Pour ce portlet, nous allons nous arrêter là. Le
seul mode d’affichage sera ‘view’, il n’y aura
pas de page d’aide ou de configuration par
souci de simplicité. Les méthodes init et destroy
on été surchargées uniquement pour afficher
le démarrage et la fin du portlet dans le
log du serveur.
Pour compiler ce portlet, il est nécessaire d’ajouter
la librairie portlet.jar dans le classpath.
Le fichier portlets.xml
Ce fichier est fait pour décrire les portlets qui
vont être déployés dans le portail sous forme
d’une application Web.