Paramètres de configuration du moteur JSP
Dans WebSphere Application Server, vous pouvez définir les paramètres de configuration du moteur Java™ Server Pages (JSP) pour obtenir des performances optimales dans un environnement de serveur de production et pour répondre aux besoins des développeurs dans un environnement de développement.
Les paramètres de moteur JSP sont sensibles à la casse. Si la valeur spécifiée pour un paramètre est constituée d'au moins deux mots séparés par un espace, vous devez la placer entre guillemets. Certains paramètres ont un impact sur le source Java généré pour un fichier de balises ou JSP. Ces paramètres sont identifiés par l'instruction suivante : "Ce paramètre requiert la régénération de la source Java." Cette instruction indique que si le paramètre de configuration est modifié, la valeur du paramètre est sans effet tant que les fichiers JSP ne sont pas de nouveau convertis et que les sources Java ne sont pas recompilées.

allowMultipleAttributeValues
Indique si le conteneur JSP peut stocker plusieurs valeurs pour un attribut de balise personnalisée. Affectez la valeur true à ce paramètre pour permettre au conteneur Web de stocker plusieurs valeurs. La valeur par défaut de ce paramètre est false. Ce paramètre requiert la régénération de la source Java.
compileWithAssert
Indique si les classes Java générées doivent prendre en charge la fonctionnalité de vérification de Developer Kit, Java Technology Edition 1.4. Si vous associez la valeur true à ce paramètre, l'option –source 1.4 est transmise au compilateur Java. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
classdebuginfo
Indique si le compilateur inclut des informations de débogage dans le fichier de classe généré. Si vous associez la valeur true à ce paramètre, l'option –g est transmise au compilateur Java. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
convertAttrValueToString
Indique si les attributs de début et de fin de la balise de répétition doivent être convertis en chaînes avant utilisation. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
deprecation
Indique si le compilateur génère des avertissements d'obsolescence lorsqu'il compile le source Java généré. Lorsque vous affectez la valeur true à ce paramètre, l'option -deprecation est transmise au compilateur Java. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
disableElCache
Affectez la valeur true à ce paramètre pour désactiver le cache d'expression commons-el si vous subissez des dépassements de mémoire en raison du fait que les tables de hachage sont conservées par l'évaluateur d'expressions. La valeur par défaut est false.
disableJspRuntimeCompilation
Si cette option a pour valeur true, le moteur JSP ne convertit pas et ne compile pas les fichiers JSP lors de l'exécution ; il charge uniquement les fichiers de classe précompilés. Il n'est pas nécessaire que les fichiers source JSP existent pour que le chargement des fichiers de classe ait lieu. Lorsque cette option a la valeur true, vous pouvez installer une application sans source JSP, mais elle doit disposer de fichiers de classe précompilés. Une propriété personnalisée du conteneur Web du même nom permet de déterminer le comportement de tous les modules Web installés sur un serveur. Si la propriété personnalisée du conteneur Web et l'option du moteur JSP sont toutes les deux définies, l'option du moteur JSP est prioritaire. La valeur par défaut est false.
disableTldSearch
Affectez à cette option la valeur true pour interdire au moteur JSP d'analyser les répertoires d'installation de l'application pour rechercher les fichiers de descripteur de bibliothèques de balises (TLD) au lancement de cette application. Si vous affectez à cette option la valeur false, le moteur JSP analyse les répertoires d'installation de l'application pour y rechercher les fichiers TLD au moment du démarrage. La valeur par défaut est false.
Il existe une propriété personnalisée du conteneur Web, nommée com.ibm.wsspi.jsp.disableTldSearch, qui permet de spécifier si les moteurs JSP de tous les modules Web installés sur un serveur ne doivent pas rechercher les fichiers TLD dans les répertoires d'installation d'une application quand celle-ci démarre. Si la propriété personnalisée de conteneur Web et l'option du moteur JSP sont en conflit, l'option du moteur JSP est prioritaire.
evalQuotedAndEscapedExpression
Paramétrez cette option sur true pour gérer les caractères d'échappement et les apostrophes lorsque vous choisissez d'évaluer ou non une expression.
<input type="text" value="${fn:substring('1234567', 0,4)}"/>
La présence d'un guillemet juste avant l'instruction fn:substring provoque l'échec de la compilation du
fichier JSP car le convertisseur n'a pas ajouté le programme de mappage de fonction à la classe
Java générée. De même, si un signe dollar ($) a été protégé par une barre oblique (\$) d'échappement, le convertisseur continuera d'essayer d'évaluer l'expression
au lieu de la traiter comme une chaîne littérale. Pour traiter correctement les caractères d'échappement et les apostrophes et guillemets,
vous devez affecter la valeur true à la propriété evalQuotedAndEscapedExpression dans le fichier ibm-web-ext.xmi ou ibm-web-ext.xml de l'application défectueuse. <jspAttributes xmi:id="JSPAttribute_1"
name="evalQuotedAndEscapedExpression" value="true"/>
<?xml version="1.0" encoding="UTF-8"?>
<web-ext
xmlns="http://websphere.ibm.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"
version="1.0">
<file-serving-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir" />
<jsp-attribute name="evalQuotedAndEscapedExpression" value="true" />
<jsp-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir","${MY_CUSTOM_VARIABLE}" />
<reload-interval value="3"/>
<auto-encode-requests value="false"/>
<auto-encode-responses value="false"/>
<enable-directory-browsing value="false"/>
<enable-file-serving value="true"/>
<pre-compile-jsps value="false"/>
<enable-reloading value="true"/>
<enable-serving-servlets-by-class-name value="false" />
</web-ext>
Pour appliquer ce comportement globalement à toutes les applications Web, vous pouvez affecter la valeur true à la propriété personnalisée de conteneur Web com.ibm.wsspi.jsp.evalQuotedAndEscapedExpression.
extendedDocumentRoot
Utilisez la fonction extendedDocumentRoot quand les applications doivent pouvoir accéder à des fichiers situés en dehors de leur répertoire d'archive Web. Cette fonction vous permet de configurer une application avec un ou plusieurs chemins de répertoire à partir desquels vous pouvez servir des fichiers statiques et des fichiers de page JSP. Vous pouvez utiliser cet attribut quand une application a besoin d'accéder à des fichiers situés hors de son répertoire de fichier WAR (Web application archive). Par exemple, si plusieurs applications ont besoin d'accéder à des fichiers communs, vous pouvez placer ces fichiers dans un répertoire auquel vous lierez chaque application en tant que répertoire principal de documents étendu.
Pour configurer une application avec un répertoire de documents étendu, ajoutez un attribut extendedDocumentRoot en tant qu'attribut de service de fichier dans le fichier ibm-web-ext.xmi ou ibm-web-ext.xml de l'application. Cet attribut a pour valeur une liste de répertoires délimités par des virgules qui définit l'emplacement du répertoire racine des fichiers statiques.
<fileServingAttributes xmi:id="FileServingAttribute_1" name="extendedDocumentRoot" value="/opt/extDocRootDir"/>
- Une demande de la ressource http://localhost:9080/racine_contexte/sample.html requiert que le fichier sample.html réside dans la structure de répertoires /opt/extDocRootDir/sample.html.
- Une demande de la ressource http://localhost:9080/racine_contexte/myDir/sample.gif requiert que le fichier sample.gif réside dans la structure de répertoires /opt/extDocRootDir/myDir/sample.gif.
<?xml version="1.0" encoding="UTF-8"?>
<web-ext
xmlns="http://websphere.ibm.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"
version="1.0">
<file-serving-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir" />
<jsp-attribute name="evalQuotedAndEscapedExpression" value="true" />
<jsp-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir", "${MY_CUSTOM_VARIABLE}"/>
<reload-interval value="3"/>
<auto-encode-requests value="false"/>
<auto-encode-responses value="false"/>
<enable-directory-browsing value="false"/>
<enable-file-serving value="true"/>
<pre-compile-jsps value="false"/>
<enable-reloading value="true"/>
<enable-serving-servlets-by-class-name value="false" />
</web-ext>
Pour configurer une application avec un répertoire de documents étendu permettant de servir des fichiers JSP, ajoutez un attribut extendedDocumentRoot en tant qu'attribut JSP dans le fichier ibm-web-ext.xmi ou ibm-web-ext.xml. Cet attribut a pour valeur une liste de répertoires délimités par des virgules qui définit l'emplacement du répertoire racine des fichiers JSP
<jspAttributes xmi:id="JSPAttribute_1" name="extendedDocumentRoot" value="/opt/extDocRootDir"/>
<?xml version="1.0" encoding="UTF-8"?>
<web-ext
xmlns="http://websphere.ibm.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"
version="1.0">
<file-serving-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir" />
<jsp-attribute name="evalQuotedAndEscapedExpression" value="true" />
<jsp-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir", "${MY_CUSTOM_VARIABLE}" />
<reload-interval value="3"/>
<auto-encode-requests value="false"/>
<auto-encode-responses value="false"/>
<enable-directory-browsing value="false"/>
<enable-file-serving value="true"/>
<pre-compile-jsps value="false"/>
<enable-reloading value="true"/>
<enable-serving-servlets-by-class-name value="false" />
</web-ext>
Vous pouvez également utiliser un attribut extendedDocumentRoot pour définir une variable WebSphere sur plusieurs noeuds pour le répertoire approprié.
<jspAttributes xmi:id="JSPAttribute_2" name="extendedDocumentRoot"
value="${MY_CUSTOM_VARIABLE}"/>
<jsp-attribute name="extendedDocumentRoot"
value="${MY_CUSTOM_VARIABLE}" />
où MA_VARIABLE_PERSO est
la variable WebSphere que vous souhaitez définir sur plusieurs noeuds.<?xml version="1.0" encoding="UTF-8"?>
<com.ibm.ejs.models.base.extensions.webappext:WebAppExtension xmi:version="2.0"
xmlns:xmi="http://www.omg.org/XMI"
xmlns:com.ibm.ejs.models.base.extensions.webappext="webappext.xmi" xmi:id="WebAppExtension_1"
reloadInterval="3"
reloadingEnabled="true"
fileServingEnabled="true">
<webApp href="WEB-INF/web.xml#WebApp_ID/">
<fileServingAttributes xmi:id="FileServingAttribute_1" name="extendedDocumentRoot"
value="/opt/extDocRootDir/">
<jspAttributes xmi:id="JSPAttribute_1" name="extendedDocumentRoot"
value="/opt/extDocRootDir/">
<com.ibm.ejs.models.base.extensions.webappext:WebAppExtension>
<?xml version="1.0" encoding="UTF-8"?>
<web-ext
xmlns="http://websphere.ibm.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"
version="1.0">
<file-serving-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir" />
<jsp-attribute name="evalQuotedAndEscapedExpression" value="true" />
<jsp-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir","${MY_CUSTOM_VARIABLE}" />
<reload-interval value="3"/>
<auto-encode-requests value="false"/>
<auto-encode-responses value="false"/>
<enable-directory-browsing value="false"/>
<enable-file-serving value="true"/>
<pre-compile-jsps value="false"/>
<enable-reloading value="true"/>
<enable-serving-servlets-by-class-name value="false" />
</web-ext>
Si la demande est une demande partielle valide pour un fichier d'accueil, une erreur 404 est retournée. Si le fichier JSP se trouve dans un fichier JAR et que l'attribut reloadEnabled a pour valeur "true", l'horodatage du fichier JAR est utilisé pour les vérifications de isOutDated en vue de la recompilation. La valeur par défaut est null.

Toutefois, un module Java EE 5 ou version ultérieure peut exister dans une application qui inclut des fichiers antérieurs à Java EE 5 et utilise l'extension de nom de fichier .xmi.
Les fichiers ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi et ibm-portlet-ext.xmi continuent d'utiliser les extensions de fichier .xmi.
sptcfgieClassId
Indique l'ID de classe COM du plug-in Java pour Internet Explorer.
Les balises <jsp:plugin> utilisent cette valeur. La valeur par défaut de classid est clsid:8AD9C840-044E-11D1-B3E9-00805F499D93
javaEncoding
Indique l'encodage utilisé lors de la génération du fichier .java et lors de la compilation par le compilateur Java. Définissez ce paramètre lorsque l'encodage de vos pages JSP n'est pas compatible avec UTF-8. Lorsque le paramètre javaEncoding est défini, l'encodage est transmis au compilateur Java via l'argument -encoding. Remarque : Jikes ne prend pas en charge cet encodage. La valeur par défaut est UTF-8. Ce paramètre requiert la régénération de la source Java.
jdkSourceLevel
Ce paramètre du moteur JSP a été introduit dans WebSphere Application Server version 6.1. Utilisez-le à la place du paramètre compileWithAssert, même si ce dernier fonctionne encore en version 6.1.
- La valeur 13 désactive toutes les nouvelles fonctionnalités de langage de JDK 1.4, JDK 5.0, JDK 6.0 et JDK 7.0.
- La valeur 14 active l'utilisation de la fonctionnalité d'assertion et désactive toutes les nouvelles fonctionnalités de langage de JDK 5.0, JDK 6.0 et JDK 7.0.
- La valeur 15 active l'utilisation de la fonctionnalité d'assertion et désactive toutes les nouvelles fonctionnalités de langage de JDK 6.0 et JDK 7.0.
- La valeur 16 active l'utilisation de la fonctionnalité d'assertion et désactive toutes les nouvelles fonctionnalités de langage de JDK 7.0.
- La valeur 17 active l'utilisation des nouvelles fonctionnalités de JDK 7.0.
- La valeur 18 active l'utilisation des nouvelles fonctionnalités de JDK 8.0.
jspClassLoaderLimit
WebSphere Application Server crée un objet JSPExtensionClassLoader pour chaque JSP d'une application. Par conséquent, ces objets peuvent utiliser une grande quantité de mémoire native, ce qui peut entraîner une exception OutOfMemoryException. Cette valeur entière détermine le nombre d'objets JSPExtensionClassLoader qui doivent rester chargés en mémoire.
<jspAttributes xmi:id="JSPAttribute_1" name="jspClassLoaderLimit" value="1500"/>
jspClassLoaderExclusionList
Tandis que jspClassLoaderLimit indique le nombre d'objets JSPExtensionClassLoader qui doivent rester chargés en mémoire, cette liste délimitée par des virgules de valeurs JSP indique les JSP à ne pas décharger, quelle que soit la limite définie par jspClassLoaderLimit.
<jspAttributes xmi:id="JSPAttribute_2" name="jspClassLoaderExclusionList" value="/test/RappHTML2.jsp,/test/RappHTML4.jsp"/>
jsp.file.extensions
Vous pouvez configurer les extensions des fichiers JSP dont les extensions sont différentes des quatre extensions standard (.jsp, .jspx, .jsw et .jsv) avec ce paramètre. Ces extensions sont ajoutées aux extensions standard.
La méthode la plus appropriée pour cette opération consiste à créer un élément <jsp-property-group> dans web.xml et à ajouter une balise <url-pattern> pour chaque extension.
Le moteur JSP peut gérer une liste d'extensions de fichier séparées par un deux-points ou un point-virgule. Par exemple, .ext1;.ext2:.extn
keepgenerated
Indique que les fichiers Java générés par le compilateur JSP lors de la phase de conversion sont conservés. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
keepGeneratedclassfiles
Indique que les fichiers de classe générés par le compilateur JSP lors de la phase de conversion du traitement sont conservés. La valeur par défaut est true. Ce paramètre requiert la régénération de la source Java.
modifyPageContextVariable
Pendant la phase de conversion d'un fichier de balises compilé, le conteneur JSP utilise implicitement la variable pageContext de l'objet pageContext. Or, l'utilisation de la variable pageContext comme nom de variable implicite dans les fichiers de balises n'est pas conforme à la spécification JSP. Si des erreurs de compilation se produisent pour des applications utilisant dans leur fichier de balises une variable pageContext locale, affectez la valeur true à l'attribut modifyPageContextVariable pour supprimer l'utilisation du nom de la variable pageContext dans le code Java généré pour les fichiers de balises.
recompileJspOnRestart
Détermine si un fichier JSP est à nouveau converti et recompilé après le démarrage de l'application la première fois que le fichier est demandé. Si recompileJspOnRestart a pour valeur false, un fichier JSP est compilé, si nécessaire, lors de la première requête portant sur ce fichier, sauf si le paramètre disableJspRuntimeCompilation a pour valeur true. La valeur par défaut est false.
reloadEnabled
Détermine si un fichier JSP est converti et compilé lors de l'exécution si le fichier JSP ou ses dépendances (voir trackDependencies) ont été modifiées.
Si reloadEnabled a pour valeur false, un fichier JSP est compilé, si nécessaire, lors de la première requête, sauf si le paramètre disableJspRuntimeCompilation a pour valeur true. La valeur par défaut est false.
Si ce paramètre du moteur JSP n'est pas spécifié, le paramètre équivalent du conteneur Web pour le rechargement des classes du module Web est utilisé. En revanche, pour une application dont le descripteur de déploiement est au niveau Java Servlet 2.2, la valeur par défaut est true. ceci afin de permettre la prise en charge des applications migrant de WebSphere Application Server version 4.x.
reloadInterval
Si le rechargement est activé, reloadInterval définit l'intervalle entre les vérifications permettant de déterminer si un fichier JSP n'est plus à jour.
Par exemple, si reloadInterval a pour valeur 5, le moteur JSP vérifie si un fichier JSP est à jour uniquement si une telle vérification a été effectuée plus de 5 secondes avant la demande du fichier JSP. Plus la valeur de reloadInterval est élevée, moins le moteur JSP vérifie s'il est nécessaire de recharger un fichier JSP. Si ce paramètre du moteur JSP n'est pas spécifié, le paramètre équivalent du conteneur Web pour le rechargement des classes du module Web est utilisé. En revanche, pour une application dont le descripteur de déploiement est au niveau Java Servlet 2.2, la valeur par défaut est 5 secondes, ceci afin de permettre la prise en charge des applications migrant de WebSphere Application Server version 4.x.
reusePropertyGroupConfigOnInclude

scratchdir
Indique le répertoire dans lequel les fichiers de classe sont créés.
La propriété système com.ibm.websphere.servlet.temp.dir permet de définir l'option scratchdir au niveau d'un serveur. Le paramètre scratchdir du moteur JSP est prioritaire par rapport à la propriété système com.ibm.websphere.servlet.temp.dir. La valeur par défaut est racine_profil/temp. Ce paramètre requiert la régénération de la source Java.

Par exemple, si vous remplacez l'emplacement du répertoire temporaire JSP par accueil_profil/config/temp ou si vous placez le répertoire temporaire JSP sous le répertoire temporaire de configuration, dans accueil_profil/config/temp/temp, des erreurs de traitement surviennent.
gotchatrackDependencies
Si le rechargement est activé, trackDependencies détermine si le moteur JSP effectue le suivi des modifications apportées aux dépendances des fichiers JavaServer Pages demandés ainsi qu'au fichier JSP proprement dit.
- les fichiers inclus statiquement dans le fichier JSP ;
- les fichiers de balises référencés dans le fichier JSP (à l'exception des fichiers de balises qui se trouvent dans les fichiers JARs) ;
- les fichiers TLD référencés dans le fichier JSP (à l'exception des fichiers TLD qui se trouvent dans les fichiers JAR).
useFullPackageNames
Si useFullPackageNames a pour valeur true, le moteur JSP génère et charge les classes JSP avec les noms de package complets.
Par défaut, toutes les classes JSP sont générées dans le même package. (Pour plus d'informations, voir la rubrique relative aux modules et aux répertoires dédiés aux fichiers .java et .class créés.) Le chargeur de classe du moteur JSP sait comment charger les classes JSP lorsqu'elles se trouvent toutes dans le même package.
La méthode par défaut qui génère toutes les classes JSP dans le même package a l'avantage de générer des chemins de système de fichiers plus courts. Les noms de package complets permettent de configurer les fichiers de classe JSP précompilés en tant que servlets dans le fichier web.xml sans utiliser l'attribut jsp-file. De cette manière, un seul chargeur de classe, en l'occurrence celui de l'application Web, est utilisé pour le chargement de toutes les classes JSP de ce type. De même, lorsque les attributs de configuration du moteur JSP useFullPackageNames et disableJspRuntimeCompilation ont pour valeur true, un chargeur de classe unique est utilisé pour le chargement de toutes les classes JSP, même si les pages JSP ne sont pas configurées sous la forme de servlets dans le fichier web.xml.
Lorsque le paramètre useFullPackageNames a pour valeur true, le compilateur par lots génère un fichier generated_web.xml dans le répertoire WEB-INF du module Web. Il contient des informations de configuration de servlet pour chaque fichier JSP dont la conversion et la compilation ont abouti. Au besoin, les informations peuvent être copiées dans le fichier web.xml du module Web afin que les fichiers JSP soient chargés comme des servlets par le conteneur Web. Notez que si un fichier JSP est configuré en tant que servlet de cette façon, il n'est pas rechargé lors de l'exécution s'il vient à être modifié. En effet, le fichier JSP est traité comme un servlet normal et les requêtes qui lui sont destinées ne passent pas par le moteur JSP. Ce paramètre requiert la régénération de la source Java.
useImplicitTagLibs
Le moteur JSP reconnaît implicitement tsx et jsx comme préfixes pour les bibliothèques de balises fournies par le moteur JSP. Si tsx ou jsx est utilisé comme préfixe pour la bibliothèque de balises d'un client, cette dernière remplace la bibliothèque de balises implicite. Toutefois, la bibliothèque de balises implicite est conservée en cache par le moteur JSP. Si vous associez la valeur false à ce paramètre, le moteur ne place pas en cache la bibliothèque de balises implicite et ne sauvegarde pas les ressources. La valeur par défaut est true.
L'URL par défaut pour les balises tsx est http://websphere.ibm.com/tags/tsx. L'URI par défaut pour les balises jsx est http://websphere.ibm.com/tags/jsx.
Il est possible que vous deviez définir le préfixe de la bibliothèque de balises tsx ou jsx avec un URI autre que l'URI par défaut. Vous pourriez également avoir besoin de définir le même préfixe de bibliothèque avec un URI différent. Dans les deux cas, vous pouvez définir la propriété personnalisée com.ibm.wsspi.jsp.allowtaglibprefixredefinition afin d'éviter les erreurs de traduction. Pour plus d'informations, consultez la documentation relative aux propriétés personnalisées de JavaServer Pages.
useInMemory
Indique la conversion et la compilation du code Java par le moteur JSP dans la mémoire système.
- Ecriture du fichier Java converti dans le système de fichiers
- Chargement du fichier Java à partir du système de fichiers
- Compilation du code dans un fichier de classe
- Ecriture de la classe dans le système de fichiers
- Chargement du fichier de classe dans un chargeur de classe

useJikes
Indique si Jikes est utilisé pour la compilation des sources Java.
REMARQUE : Jikes n'est pas fourni avec WebSphere Application Server. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
usePageTagPool
Active ou désactive la réutilisation des gestionnaires de balises personnalisées pour chaque fichier JavaServer Pages séparément. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
useThreadTagPool
Lorsque la mise en pool des gestionnaires de balises au niveau des unités d'exécution est utilisée, les gestionnaires de balises peuvent être réutilisés dans différentes occurrences d'une action personnalisée sur toutes les pages JSP d'un module Web unique et pour des requêtes distinctes. La valeur par défaut est false. Ce paramètre requiert la régénération de la source Java.
- La méthode de libération du gestionnaire de balises doit réinitialiser son état et libérer toutes les ressources privées qu'il a utilisées. Le moteur JSP garantit que la méthode de libération est appelée avant l'opération de récupération de place effectuée sur le gestionnaires de balises.
- Avec la méthode doEndTag, tous les états d'instance associés à cette instance doivent être réinitialisés.
verbose
Indique que le compilateur génère une sortie détaillée lors de la compilation du code source Java généré. Si vous associez la valeur true à ce paramètre, l'option -verbose est transmise au compilateur Java. La valeur par défaut de ce paramètre est false. Ce paramètre requiert la régénération de la source Java.
- La méthode de libération du gestionnaire de balises doit réinitialiser son état et libérer toutes les ressources privées qu'il a utilisées. Le moteur JSP garantit que la méthode de libération est appelée avant l'opération de récupération de place effectuée sur le gestionnaires de balises.
- Avec la méthode doEndTag, tous les états d'instance associés à cette instance doivent être réinitialisés.ATTENTION :Si vous utilisez le regroupement des balises d'unité d'exécution ou de page, la méthode doEndTag n'est pas appelée en cas d'exception. Si l'état d'un service doit être réinitialisé, l'interface TryCatchFinally doit être implémentée.