Configuration d'une URL de remplacement
L'utilisation d'une URL de remplacement permet de mettre en cache les fichiers JSP (JavaServer Pages) et les réponses de servlet pour lesquels une demande ne peut être effectuée en externe. La mémoire cache dynamique autorise la reconnaissance de la présence du processeur ESI (Edge Side Include) et la génération d'ESI inclut des balises et les règles de cache appropriées pour les fragments pouvant être mis en mémoire cache. Cependant, pour pouvoir mettre un fragment en mémoire cache, vous devez être en mesure de le demander de manière externe sur le serveur d'applications. En d'autres termes, si un utilisateur entre l'URL sur le navigateur en utilisant les paramètres et les cookies adaptés au fragment, WebSphere Application Server doit renvoyer le contenu de ce fragment.
Pourquoi et quand exécuter cette tâche
L'architecture MVC (Model-View-Controller) est l'une des architectures de programmation Java™ EE (Java Platform, Enterprise Edition) standard pour laquelle l'appel d'un servlet de contrôle peut inclure un ou plusieurs fichiers JSP enfant pour la construction de la vue. Lorsque vous utilisez le modèle de programmation MVC, les fichiers JSP enfants sont mis en mémoire cache uniquement s'ils peuvent être demandés en externe, ce qui n'est généralement pas le cas. Par exemple, un fichier JSP enfant utilisant un ou plusieurs attributs de requête déterminés et définis par le servlet de contrôle, ne peut pas être mis en mémoire cache. Pour ne pas subir cette limitation, vous pouvez utiliser la prise en charge d'une URL de remplacement en fournissant une URL de servlet de contrôle de substitution pour appeler le fichier JSP.
<cache-entry>
<class>servlet</class>
<name>/AltUrlTest2.jsp</name>
<property name="EdgeCacheable">true</property>
<property name="alternate_url">/alturlcontroller2</property>
<cache-id>
<timeout>600</timeout>
<priority>2</priority>
</cache-id>
</cache-entry>