© Copyright International Business Machines Corporation 2006. All rights reserved. Copyright IBM France 2006. Tous droits réservés. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Ce fichier de notes sur l'édition contient des informations de dernière minute sur les restrictions, les incidents recensés et les solutions palliatives pour les outils de déploiement de WebSphere® Integration Developer et l'environnement de test WebSphere.
Néant
Dans WebSphere Integration Developer 6.0.1, les projets publiés sur un serveur WebSphere Process Server ou ESB configurés pour s'exécuter avec des ressources de l'espace de travail n'ont pas à être publiées pour synchroniser les modifications avec les ressources Java™ de l'application publiée. A la place, le serveur reconnaissait automatiquement la modification sur les fichiers classe générés et redémarrait l'application sur le serveur, provoquant dans certains cas un comportement inattendu.
Par exemple, si le redémarrage de l'application par le serveur se produisait pendant une génération propre de l'espace de travail, l'application pouvait ne pas avoir terminé de se générer et son redémarrage pouvait avoir provoqué des incidents dans le processus serveur.
Dans WebSphere Integration Developer 6.0.2, les applications publiées sur un serveur WebSphere Process Server ou ESB avec des ressources de l'espace de travail ne seront pas redémarrées automatiquement lors d'une modification de ressources Java. Si la modification d'un fichier Java intervient dans une application publiée sur un serveur et que la fonctionnalité de publication automatique est activée, WebSphere Integration Developer forcera le serveur à redémarrer l'application de façon automatique. Si la modification d'un fichier Java intervient dans une application publiée sur un serveur et que la fonctionnalité de publication automatique est désactivée (paramètre par défaut), un avertissement apparaîtra dans la vue Incidents, vous indiquant que l'application doit être redémarrée sur le serveur affecté. Ici, vous pouvez republier l'application manuellement depuis la vue Serveur, utiliser le correctif rapide avec le marqueur d'incidents ou laisser l'infrastructure de test du composant exécuter l'action de correction lorsque vous lancez un test du composant.