Premier coup d’oeil : WebSphere Studio 3.02

Chaque application Web est en principe organisée comme un projet
WSS. Mais un projet peut comporter des applications multiples ou une portion
d’une application. Chaque projet contient un arbre ou des dossiers : ces derniers
contiennent à  leur tour les fichiers de l’application. Un projet est stocké
comme répertoire sur le système de développement, et les dossiers du projet
sont des sous-répertoires du répertoire du projet. On gère les dossiers et les
fichiers du projet (déplacement, suppression et changement de nom) depuis la
vue WSS Workbench File, dans le volet gauche de la figure 2.

WSS possède une fonction simple et intégrée de check-out/check-in permettant
à  plusieurs développeurs de travailler avec un ensemble de fichiers partagés
en réduisant les risques de conflits consécutifs à  des modifications de fichiers.
Pour archiver des versions multiples des fichiers et suivre de plus près les
révisions, WSS supporte également les VCS (Version Control Systems) présentés
figure 3 (ce support présente quelques limites, qu’il conviendra d’examiner
si on envisage d’utiliser un VCS.) Quand on travaille avec la vue File, WSS
affiche la liste de tous les fichiers du projet et place un repère rouge à  côté
des fichiers qui vous ont été envoyés ; un repère gris indique un fichier envoyé
à  quelqu’un d’autre. On ne peut réviser que les fichiers sur lesquels on a fait
un check-out. Quand on fait un check-out, WSS copie le fichier dans un répertoire
de travail du système et c’est cette copie que l’on modifiera.

Pour créer un nouveau projet, on sélectionne File et New Project, et on attribue
un nom de projet et un répertoire pour contenir ce dernier. On peut sélectionner
un template de projet dans le répertoire WSS Template, auquel cas WSS copiera
les dossiers et les fichiers de ce template dans votre projet. WSS fournit deux
templates simples, mais on peut y ajouter les siens. Le package WSS inclut le
produit NetObjects Fusion comme autre moyen de créer un nouveau site en utilisant
l’un des templates de NetObjects Fusion. NetObjects Fusion propose également
un jeu d’outils graphiques assez appréciés pour construire des sites Web et
concevoir des pages Web. Il semble qu’IBM ait inclus ce produit pour augmenter
les fonctionnalités de WSS. Bien que la combinaison des produits multiplie les
fonctionnalités, l’utilisation des deux, NetObjects Fusion et WSS, oblige à 
apprendre deux interfaces et deux jeux d’outils d’édition complètement différents.

Il semble qu’IBM ait inclus ce produit pour augmenter les fonctionnalités
de WSS

Dès lors qu’un projet existe, on peut lui ajouter de nouveaux
éléments (c’est-à -dire des fichiers) en utilisant l’un des nombreux fichiers
squelettes (une vingtaine) livrés avec WSS. Ainsi, pour insérer une nouvelle
page HTML, on pourra sélectionner le fichier squelette Blank.html. On peut aussi
ajouter ses propres fichiers squelettes.

WSS a deux assistants permettant de générer rapidement des pages d’accès aux
données basées sur SQL, pour un projet. Mieux encore, ces assistants procurent
un moyen rapide de générer du code servlet et JSP que l’on pourra couper et
coller dans des applications plus complexes. S’agissant d’assistants de base,
il faudra aussi pour la plupart des applications, utiliser VAJ ou un autre IDE
Java pour compléter le code servlet. De même qu’il faudra travailler avec Page
Designer (nous y reviendrons plus loin) ou un autre outil de conception de pages
Web pour créer des JSP plus élaborés pour présenter les données.

On peut aussi utiliser l’assistant Import pour copier des fichiers en provenance
d’un site Web existant, en fournissant son URL. L’assistant tente de récupérer
les liens du site et de copier les fichiers HTML et autres. Bien entendu, il
existe des limites techniques (et légales) à  ce que l’on peut obtenir d’un site
existant, mais c’est néanmoins un outil utile.

Le WSS Workbench propose un autre outil : un débogueur au niveau source pour
les servlets et les JSP s’exécutant sur une installation WAS à  distance. Cette
fonction permet même de compiler des fichiers JSP sur son propre système, de
sorte que l’on peut scruter le code source JSP réel plutôt que le code source
Java créé lorsque WAS traduit le fichier JSP à  l’exécution.

Les liens sont automatiquement modifiés quand on déplace un
fichier référencé d’un dossier vers un autre