et autres. Le volet droit de la figure 5 présente la vue Publishing. Par défaut, WSS fournit les phases de publication Test et Production pour un projet. Bien
qu’initialement les phases de publication présentent la même structure de dossier que le projet lui-même (comme illustré dans la vue File du volet de
gauche), on peut réagencer la structure d’une phase de publication et WSS tiendra compte de la correspondance entre les deux emplacements d’un
fichier : dans le projet et dans la phase de publication. Diverses options permettent également de modifier l’URL effective pour tout fichier dans la phase
de publication. Une fois les phases de publication établies, l’étape de publication elle-même effectue toutes les conversions nécessaires des liens des
fichiers du projet en liens équivalents logiques dans les fichiers déployés (c’est-à -dire publiés). Comme on peut définir des phases de publication
multiples, on peut aussi déployer une diversité d’environnements de test et de production, sans être obligé d’apporter des modifications manuelles au
code applicatif. Cette possibilité est quasiment indispensable pour tout outil de développement d’applications complexes sur le Web.
L’intérêt de cette version est légèrement tempéré par une limitation dans la version actuelle. WAS utilise un mécanisme d’URL alias appelé Web path.
C’est la méthode propre à  WAS pour découpler l’identificateur logique d’une ressource applicative (une servlet par exemple) de son nom de fichier et
emplacement de répertoire correspondants. Malheureusement, le support de liens automatisé de WSS ne prend pas en charge les Web paths de WAS.
Selon IBM, c’est prévu dans la prochaine version, mais pour l’instant il n’existe pas de palliatif satisfaisant et la gestion manuelle des alias Web est plutôt
fastidieuse.
Il existe beaucoup d’autres options de publication utiles, comme la possibilité de préciser que certains fichiers ou types de fichiers (fichiers source .java ,
par exemple) ne devront jamais être publiés. On peut aussi placer le curseur sur n’importe quel fichier de la vue Publishing pour afficher l’URL qui sera
utilisée pour tous les liens dirigés vers la copie déployée du fichier.