Quand on est prêt à déployer un projet WSS, un simple clic suffit. Mais, avant de publier, il faut définir une ou plusieurs phases de publication (publishing stages). Une phase de publication définit essentiellement la structure de répertoires et de fichiers du système qui servira les fichiers HTML, JSP, servlet,
Publier des projets
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.
Téléchargez cette ressource
Créer des agents dans Microsoft 365 Copilot
Insight vous guide dans l’utilisation de la nouvelle expérience de création d’agents dans Microsoft Copilot Studio, disponible dans Copilot Chat. Découvrez les étapes clés pour concevoir, configurer et déployer ces nouveaux agents et injecter la puissance de l’IA directement dans le flux de travail.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Souveraineté numérique : les décideurs publics veulent prioriser les modèles d’IA souverains
- Dans l’œil du cyber-cyclone : l’excès d’optimisme constitue le risque principal pour la résilience des données
- Les 3 prédictions 2026 pour Java
- Infrastructures IT : 5 leviers concrets pour éviter les impasses technologiques
Articles les + lus
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
Face à l’urgence écologique, l’IT doit faire sa révolution
D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
À la une de la chaîne Tech
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
- Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
- Face à l’urgence écologique, l’IT doit faire sa révolution
- D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
