Lors du déploiement d'une application Web sur plusieurs conteneurs, variations dans la gestion des URL pour le contenu statique peut poser des défis. Pour résoudre ce problème, un servlet personnalisé est recherché pour gérer le service d'actifs statiques avec des fonctionnalités spécifiques.
Le servlet idéal doit posséder les capacités suivantes :
Une suggestion consiste à utiliser l'exemple 4-10 du servlet Livre. Cependant, cette option ne répond pas entièrement aux exigences de structure des URL.
Une approche de mappage différente a été proposée :
<servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.html</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.jpg</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.png</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.css</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.js</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>myAppServlet</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>
Ce mappage désigne tous les fichiers de contenu par extension au servlet par défaut et tout le reste au servlet personnalisé "myAppServlet".
Ceci la stratégie de mappage modifiée garantit un comportement cohérent dans les conteneurs Jetty et Tomcat, répondant ainsi efficacement aux exigences de structure d'URL pour la diffusion de contenu statique.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!