Conseils pour l'identification et la résolution des problèmes liés au déploiement d'applications Web

Le déploiement d'une application Web est réussi si vous pouvez accéder à l'application en entrant une URL (Uniform Resource Locator) dans un navigateur ou si vous pouvez accéder à l'application par l'intermédiaire d'un lien. Si vous ne pouvez pas accéder à votre application, suivez les étapes ci-après pour éliminer certaines erreurs courantes qui peuvent se produire lors de la migration ou du déploiement.

Un module Web migré depuis la version 4.x ne fonctionne pas dans les versions suivantes de WebSphere Application Server.

Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.
Symptôme Incident Action recommandée
Votre module Web en version 4.x ne s'exécute pas lorsque vous le migrez vers des produits en version 8.0 ou supérieure. Dans la version 4.x, le paramètre de chemin de classe qui affectait la visibilité était le mode de visibilité des modules. Dans la version 6.0 et les versions ultérieures, vous devez utiliser les règles de chargeur de classe pour définir la visibilité. Réassemblez un module existant ou modifiez les paramètres de visibilité dans les règles du chargeur de classe.

Pour plus d'informations, reportez-vous aux articles sur les chargeurs de classe et le chargement des classes.

La page d'accueil ne s'affiche pas.

Symptôme Incident Action recommandée
Vous ne pouvez pas accéder à une application avec un chemin Web au format :
  /webapp/monapp
La page de bienvenue par défaut d'une application Web est supposée être index.html. Vous ne pouvez pas accéder à la page par défaut de l'application monapp si elle n'a pas pour nom index.html.

Pour définir une page de bienvenue différente, vous devez modifier les propriétés du module Web lors de son assemblage. Pour plus d'informations, voir l'article sur l'assemblage des applications Web.

Fichiers HTML introuvables.

Symptôme Incident Action recommandée
Votre application Web fonctionnait normalement dans les précédentes versions du produit, mais avec la nouvelle version, vous recevez des messages d'erreur signalant que la page de bienvenue (généralement index.html) ou les fichiers HTML auxquels elle donne accès sont introuvables :
Erreur 404 : Fichier introuvable :
 Banner.html
Erreur 404 : Fichier introuvable :
 HomeContent.html
Désormais, pour des raisons de sécurité et de cohérence, tous les systèmes d'exploitation font la distinction entre majuscules et minuscules dans les URL des applications Web.

Admettons que le contenu de la page de bienvenue soit le suivant :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 
5.0 Frameset//EN">
<HTML>
<TITLE>
Page d'accueil des assurances
</TITLE>
    <frameset rows="18,80">
    <frame src="Banner.html"
           name="BannerFrame"
           SCROLLING=NO> 
    <frame src="HomeContent.html"
           name="HomeContentFrame">
    </frameset>
</HTML>

Cependant, les noms des fichiers contenus dans le répertoire \WebSphere\AppServer\installedApps\... où l'application est déployée sont les suivants :

banner.html
homecontent.html
Dans le fichier index.html, vous devez modifier les noms Banner.html et HomeContent.html en banner.html et homecontent.html afin que ceux-ci correspondent aux noms des fichiers contenus dans l'application déployée.

Le serveur proxy ne peut pas accéder à un module Web

Si vous utilisez la même racine de contexte lorsque vous installez deux applications disposant du même module Web et que l'une des applications est désactivée, vous ne pouvez pas utiliser un serveur proxy pour accéder au module Web. Dans ce cas, un message d'erreur 503 Service Unavailable (service non disponible) est enregistré dans les journaux SystemOut et SystemErr.

Pratiques recommandées Pratiques recommandées: Vous devez utiliser une racine de contexte différente pour le module Web de chaque application ou faire appel à un serveur d'applications, pas à un serveur proxy, pour accéder au module Web.bprac

Pour obtenir les informations récentes sur les incidents recensés et leur résolution disponibles auprès du support IBM, voir la page Support IBM.

Le support IBM fournit des documents qui peuvent accélérer la collecte des informations nécessaires à la résolution de ce problème. Avant d'ouvrir un PMR, consultez la page du support IBM.


Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rweb_deployt
Nom du fichier : rweb_deployt.html