Paramètres de chargement des classes JSP

Vous pouvez configurer une classe JSP (JavaServer Pages) de sorte qu'elle soit chargée par le chargeur de classes du moteur JSP ou par le chargeur de classes du module Web.

Par défaut, une classe JSP est chargée par une instance unique du chargeur de classes du moteur JSP. Le chargeur de classes du moteur JSP permet le rechargement d'une classe de JSP à l'exécution lorsque la source de ce JSP ou l'une de ses dépendances est modifiée. Ainsi, vous pouvez recharger une seule classe JSP si nécessaire, sans affecter les autres classes JSP chargées.

Les classes JSP sont chargées par le chargeur de classes du module Web conformément à l'un des scénarios ci-dessous.
  1. La valeur true a été attribuée au paramètre de configuration du moteur JSP useFullPackageNames, et le fichier JSP est configuré en tant que servlet dans le fichier web.xml via le scénario <servlet-class> du tableau présenté ultérieurement dans cette rubrique.
  2. La valeur true a été attribuée aux paramètres de configuration useFullPackageNames et disableJspRuntimeCompilation du moteur JSP. Dans ce cas, il n'est pas nécessaire de configurer le fichier JSP sous la forme d'un servlet dans le fichier web.xml.

Configuration des fichiers JSP sous la forme de servlets

Vous pouvez configurer un fichier JSP sous la forme d'un servlet dans le fichier web.xml. Il existe deux façons de procéder. Elles sont décrites dans le tableau suivant de la présente rubrique.

Avant de configurer un fichier JSP sous la forme d'un servlet, tenez compte des remarques ci-après.
  1. Capacité de rechargement - Si vous voulez activer le rechargement lors de l'exécution des fichiers JSP (JavaServer Pages), le moteur JSP doit gérer les requêtes destinées aux fichiers JSP. Le scénario <servlet-class> du tableau présenté ultérieurement dans cette section désactive le rechargement des fichiers JSP alors que le scénario <jsp-file> est compatible avec le rechargement.
  2. Diminution du nombre de chargeurs de classes - Si vous ne souhaitez pas activer le rechargement lors de l'exécution des pages JSP modifiées, et souhaitez diminuer le nombre d'instances de chargeur de classes, utilisez le scénario <servlet-class> du tableau ci-dessous. De même, vous pouvez utiliser le scénario 2 de la section 1 sans qu'il ne soit nécessaire de configurer un fichier JSP sous la forme d'un servlet.
Tableau 1. Exemple : configurez un fichier JSP sous la forme d'un servlet dans le fichier web.xml.. Configuration d'un fichier JSP sous la forme d'un servlet
Scénario Exemple compatible avec le rechargement lors de l'exécution plusieurs chargeurs de classes utilisés ? useFullPackageNames
<jsp-file> <servlet>

<servlet-name>jspOne</servlet-name>

<jsp-file>jspOne.jsp</jsp-file>

</servlet>

Yes Yes Peut être true ou false
<servlet-class> <servlet>

<servlet-name>jspTwo</servlet-name>

<servlet-class>_ibmjsp.jspTwo</servlet-class>

</servlet>

Non Non Doit être true

Le compilateur par lots JSP permet de configurer des fichiers JSP (JavaServer Pages) sous la forme de servlets. Si la valeur true a été attribuée au paramètre useFullPackageNames, le compilateur par lots JSP génère des éléments <servlet> et <servlet-mapping> pour chaque fichier JSP converti et compilé. Les éléments sont enregistrés dans un fichier de fragment web.xml appelé generated_web.xml qui se trouve dans le répertoire des fichiers binaires WEB-INF d'un module Web traité par le compilateur par lots de fichiers JSP (ce répertoire se trouve dans le fichier EAR de l'application déployée). Vous pouvez copier et coller tout ou partie de ces éléments dans le fichier web.xml pour configurer les fichiers JSP (JavaServer Pages) sous la forme de servlets.

Notez l'emplacement du fichier web.xml utilisé par le serveur d'applications. La configuration spécifique de l'application est obtenue à partir des fichiers binaires de l'application (le fichier EAR de l'application) ou à partir du référentiel de configuration. Si une application est déployée dans WebSphere Application Server alors que l'indicateur Utilisation de la configuration binaire a pour valeur true, le fichier WEB-INF/web.xml est recherché dans le répertoire des fichiers binaires d'un module Web et non dans le référentiel de configuration. Exemples de ces deux emplacements :
  • [AIX Solaris HP-UX Linux Windows][z/OS]Exemple de répertoire de référentiel de configuration :{WAS_ROOT}/profils/nomprofil/config/cells/nomcellule/applications/nomappentreprise/déploiements/nomdéployé/nommoduleweb
  • [IBM i]Exemple de répertoire de référentiel de configuration racine_profil/config/cells/nomcellule/applications/Nomappentreprise/déploiements/Nomdéployé/Nommoduleweb
  • [AIX Solaris HP-UX Linux Windows][z/OS]Exemple de répertoire de fichiers binaires d'application : {WAS_ROOT}/profils/nomprofil/Appinstallées/nomnoeud/Nomappentreprise/Nommoduleweb/
  • [IBM i]Exemple de répertoire de fichiers binaires d'application : racine_profil/installedApps/nodeName/EnterpriseAppName/WebModuleName/

Si vous exécutez le compilateur par lots JSP sur une application prédéployée, le fichier web.xml se trouve dans le répertoire WEB-INF du module Web.


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=cweb_jspclassloading
Nom du fichier : cweb_jspclassloading.html