Pages d'erreur internationalisées

Bonjour,

Dans le cadre de mon projet actuel, nous avons besoin de faire des pages d'erreurs personnalisées. Avec le tag <error-page> du web.xml, ça marche très bien, mais nous voudrions également internationaliser nos pages.

J'ai lu la spec des servlets et rien n'est fourni. Avez-vous une idée de comment s'y prendre ?

Nos outils : Tomcat 5.5, JSP, Spring 2.0, Spring MVC, Freemarker, Apache 2.

Notre besoin est assez simple, les pages d'erreur n'auront que du HTML statique, pas de tags dynamiques fournis par nos frameworks ou JSP. Nous allons bien sûr le faire avec Apache, mais nous avons également besoin de le faire au niveau Tomcat, car quand Tomcat renvoie une exception ou un code d'erreur HTTP, Apache ne se rend compte de rien et l'erreur arrive "directement" au client.

S'en est au point où nous allons faire des pages d'erreurs Apache personnalisées (et internationalisées) uniquement pour le cas où Tomcat est tombé.

Merci d'avance !

tomcat lie les erreur vers une page (exemple: jsp), c'est à toi, dans cette page d'afficher ce que tu veux? Tu veux des messages internationalisés? Fait le dans le jsp, comme tu internationaliserais n'importe que jsp

Oui, c'est ce qui vient naturellement à l'esprit. Mais le problème c'est qu'on veut pouvoir afficher des erreurs internationalisées même si l'application est indisponible. D'où le fait de demander son affichage à Tomcat, d'une part, et de façon statique, d'autre part.

Et qui dit statique dit possibilités de manipulation limitées.

Mais il y a un vrai intérêt à la façon qu'on nous demande de faire : par exemple, si une OutOfMemoryError survient qui bloque complètement mon appli, Tomcat sera sûrement encore capable d'afficher une page statique toute bête.

d'expérience si un oom se produit pendant l'exécution d'une page, la libération de mémoire qui surviens lors de la gestion de l'erreur est suffisante pour gérer une page jsp simple. Si ce n'est pas le cas, t'es dans un tel état que le comportement de tomcat ne sera meme pas prédictible. Quand des oom suviennent pendant les traitement de tomcat meme, j'ai souvent eu droit à de simple pages blanche jusqu'au redémarrage du serveur. Le plus simple serai si t'as un serveur apache en front end, de lui faire gérer les état 500.

Et bien oui, nous avons choisi la solution "ceinture et bretelles" : les pages d'erreurs sont gérées à la fois par Apache, par Tomcat et par la webapp.

Quant à l'internationalisation, elle sera gérée par un script de déploiement puisque la locale ne changera pas en fonction du client mais du serveur. Pour résumer, nous n'utilisons pas un navigateur, donc la locale envoyée par le client est ignorée : la langue dépendra entièrement du pays où le serveur de prod se trouvera.

Merci !