C'est bien joli de faire des beaux billets de blog, mais t'aurais pu commencer par "Installer ICEfaces pour les nuls" :D

Martin

Et me voilà encore lancé dans un billet sur ICEfaces. Au programme aujourd'hui, l'installation de cette magnifique librairie.

Étape 1 : Création d'un projet Web sous NetBeans

On commence par créer un projet :

• Nouveau projet
• Projet Web
• Web application
• On lui donne on nom (ICEcalendar de mon coté)
• Un emplacement (/home/viv/Desktop de mon coté [j'aime bien remplir mon bureau])
• On lui donne un serveur d'application pour se déployer (GlassFish v2ur1 de mon coté)
• On choisit les frameworks : JSF
• Et on clique sur "Finish"

Étape 2 : Ajout des librairies

Pour commencer, il va falloir télécharger la librarie sur le site de ICEfaces (attention, inscription obligatoire).

Une fois l'archive ICEfaces-1.7.0-bin.zip téléchargée, nous allons récupérer les archives JAR de ICEfaces et les inclure dans notre projet. Nous allons donc extraire l'archive et copier tous les .jar situés dans /icefaces/lib vers notre projet NetBeans. Pour ce faire : Dans le projet, sur "Librairies" : Clic droit, "Add JAR/Folder...", et sélectionner tous les .jar à rajouter.

Étape 3 : Configuration de ICEfaces

Enfin, une fois les librairies ajoutées, passons à la configuration.

La seule véritable configuration à faire réside dans web.xml. Il faut configurer correctement les servlets de ICEfaces afin qu'elles puissent intercepter les requêtes des utilisateurs.

Personnellement, je pense que ce fichier de configuration est amplement suffisant pour travailler uniquement avec ICEfaces et JSF. À modifier en fonction des besoin de votre application (servlets personnalisées à rajouter le cas échéant, etc...).

Notes sur le fichier de configuration ci dessus :

• La servlet de ICEfaces est configurée pour écouter les requêtes *.iface. L'URL pour accéder à /ma/page.jsp en utilisant ICEfaces sera donc /ma/page.iface.
• La servlet de JSF est configurée pour écouter les requêtes *.jsf.

Étape 4 : Utilisation de ICEfaces

Quelques étapes à réaliser pour pouvoir utiliser ICEfaces dans vos pages JSP :

• Pensez à importer la taglib dans chacune de vos JSP. L'URI complète de la taglib est http://www.icesoft.com/icefaces/component
• Pensez aussi à importer les feuilles de style CSS de ICEfaces, grâce à la ligne <link href="./xmlhttp/css/rime/rime.css" rel="stylesheet" type="text/css" />. La feuille de style rime est ma préférée, mais d'autres sont disponibles.

Il est maintenant temps de tester notre installation de ICEfaces. Pour cela, quoi de mieux que d'essayer d'utiliser un calendrier ou de l'auto-complétion ?

En bonus, voici joint :

• Le fichier de configuration web.xml que j'ai utilisé
• Une copie de mon projet NetBeans (les librairies ont été enlevées)

Aujourd'hui est le jour d'une nouvelle découverte dans NetBeans 6.1 :)

Après avoir testé la bêta pendant un bon petit bout de temps, me voilà sur la RC1. En particulier sur le PC de Colin, qui l'a installé lui aussi (sûrement par ma faute, mais c'est une autre histoire).

Voulant faire mon malin (une fois de plus), j'essaye de lui montrer un bug que j'avais découvert à l'époque de NetBeans 6.0.

Ce bug concerne les "Code templates". Cette fameuse fonctionnalité qui fait gagner bien de temps lorsqu'on code, en raccourcissant les instructions à la fois longues à écrire et récurrentes. Petit exemple, avec une configuration par défaut, il suffit de taper dans l'éditeur de code :

sout

puis d'appuyer sur la touche Tab. On se retrouve avec :

System.out.println("");

Fonctionnalité très apprécié, elle soufrait en revanche d'un léger soucis... Il était possible de l'utiliser dans les commentaires. À première vue, rien de très gênant, ci se n'est une fonctionnalité pas très utile (compléter du code Java dans des commentaires, l'intérêt est assez limité).

Le problème est survenu quand j'ai commencé à utiliser la touche Espace au lieu de la touche Tab pour faire mon remplacement de templates. Le mot "le", suivit d'un espace, était automatiquement remplacé par "length". Et ceci n'est qu'un exemple.

Pour en revenir au sujet initial, ce "bug" est maintenant corrigé, et je peux désormais taper mes commentaires tranquillement, sans avoir peur de transformer mes mots en lignes de code. La moralité de l'histoire est que je suis passé, une fois de plus, pour un idiot en voulant faire voir à Colin un bug qui avait été corrigé entre temps. Ça m'apprendra...

Cela fait maintenant quelques temps que j'utilise NetBeans 6.1 au quotidien. Je sais, utiliser une bêta tous les jours n'est pas forcement une bonne idée. Mais les améliorations sont tellement grandes que je n'ai pas pu me retenir de passer sur cette nouvelle version.

Après environ un mois d'utilisation intensive (voir abusive) de la nouvelle mouture de NetBeans, il était temps pour moi de faire un point sur les nouvelles fonctionnalités. Et d'inaugurer mon blog, au passage.

Voici donc les quelques améliorations qui m'ont fait choisir NetBeans 6.1 et lâcher complètement la version 6.0 :

1. Amélioration des performances

Le site de NetBeans est encourageant, parlant des nouvelles performances :

• Démarrage 40% plus rapide
• Parsage plus rapide, donc auto complétion plus réactive
• Moins de consommation de mémoire

Ma grosse surprise à été de constater que les améliorations se ressentent bien plus que ce à quoi je m'attendais. NetBeans qui était un veau en version 6.0, avec un temps de chargement interminable (il fallait avoir le temps quand on voulais coder), qui était un gouffre à mémoire (250+ Mo en utilisation classique pour du développement Java EE) et qui était réactif comme une coquille d'huître vide est désormais un IDE bien plus utilisable.

Le temps de démarrage est désormais correct (moins de 10 secondes), moins de consommation de mémoire (entre 100 et 150 Mo) et une réactivité convenable.

2. Partage des projets

Un autre point fort de cette nouvelle mouture est le partage des projets. Aussi appelé sous le nom de "Partage des librairies" ("Sharable Libraries"), cette fonctionnalité améliore principalement le travail en équipe.

Pour une petite présentation, voyons ce qu'il se passe quand on crée un projet Java SE en utilisant des librairies supplémentaires. Deux cas s'offrent à nous :

• La librairie est déjà inclue dans NetBeans, il suffit de lui demander de rajouter la librairie
• La librairie est une librairie supplémentaire téléchargée, dont on va importer les JARs

Dans le premier cas, NetBeans va nous importer des JARs qui sont stockés dans son répertoire d'installation. Dans l'autre cas, des JARs personnalisés. Dans les deux cas, les chemins vers ces librairies seront absolus.

Maintenant, vous exportez votre projet par clé USB, disquette, SVN, ou autre moyen de copie, pour pouvoir travailler à plusieurs dessus.

Les chemins étant codés en dur, les fichiers externes étant inexistants (ou existent, mais dans un autre endroit [vous n'avez pas forcément installé NetBeans au même endroit]), donc votre projet comportera des problèmes de résolution des dépendances.

Et c'est là que la version 6.1 intervient. Cette nouvelle fonctionnalités permet de partager les librairies de votre projet en même temps que le projet lui même. Pour celà, deux problèmes sont résolus d'un coup :

• Les librairies sont toutes (JARs externes et librairies inclues) copiées dans le répertoire du projet
• Les chemins sont maintenant relatifs à votre projet, au lieu d'être absolus.

Il vous est maintenant possible de partager votre projet avec vos collègues, les librairies sont partagées avec.


Voilà rapidement les quelques nouveautés de NetBeans 6.1 qui me semblaient vraiment importantes. D'autres sont également au programme.

A l'heure où j'écris, je viens également de constater que la RC 1 est sortie hier. Le temps de la télécharger et de l'installer, et il sera temps de la tester elle aussi :)