Comment config Tomcat pour que la casse de l'URL?

J'ai besoin de l'URL pour être sensible à la casse dans Tomcat.
Je veux dire quand j'écris dans la barre d'adresse du navigateur pour l'exemple "http://localhost/index.htm'
n'est pas égal à 'http://localhost/INDEX.htm" et puis, j'obtiens l'erreur, car cette page(INDEX.htm) il n'y en a pas.
comment je peux config Tomcat6 pour la casse URL?
Merci

  • Vous savez qu'il rompt le web quand vous faites ce genre de chose, non?
  • Non, il n'est pas. Dans le monde réel, les gens n'utilisent pas sensible à la casse Url. Ils ne devraient pas.
  • Oui, c'est fait. Dans le monde réel, le régime dépendant de la partie de l'URL est sensible à la casse. Voici un exemple que vous pouvez trouver instructif. homedepot.com/s/hammer?NCNI-5 recherche de marteaux sur Home Depot, le site web, tandis que homedepot.com/S/hammer?NCNI-5 vous donne un 404 Not Found réponse.
  • Et c'est une mauvaise mise en œuvre. Ces deux devrait vous donner le même résultat. C'est horrible de convivialité qu'il ne l'est pas, parce que des personnes réelles (le "monde réel" je parle) vous ne voulez pas avoir à vous soucier de le cas d'une URL qu'ils entrent, ils ne devraient pas avoir à le faire. Et en tout bon site web, il ne devrait pas. Les deux smile.amazon.com/Dont-Make-Think-Revisited-Usability/dp/... et smile.amazon.com/dont-make-think-revisited-usability/dp/... vous donner la même page du produit, qui est la façon dont il devrait être.
  • Il n'est pas question qu'un site web particulier ne fait pas ces choses-là, qui Home Depot (note de côté, quand j'ai construit la Maison de Dépôt, les sites web de plusieurs révisions ans, l'Url n'étaient PAS sensibles à la casse), il importe que les usagers attendent, et les utilisateurs s'attendent à une URL de travail, sans tenir compte de la casse des caractères dans l'URL.
  • Les utilisateurs ne sont pas censés entrer les Url à la main, autres que peut-être le nom d'hôte. La casse de l'Url (et des systèmes de fichiers!) sont un excellent moyen d'introduire des vulnérabilités de sécurité de différents types. L' [W3C] (w3.org/TR/WD-html40-970708/htmlweb.html#h-4.1) n'est pas d'accord avec vous. Le cookie spec n'est pas d'accord avec vous. Mais je pense que cela revient à fond: ceux qui ont l'habitude de travailler dans le style UNIX environnements de tout attendre d'être sensible à la casse et ceux qui ont travaillé dans les environnements Windows s'attendre à de la casse. YMMV.
  • Aussi, IIS n'est pas d'accord.

InformationsquelleAutor HFDev | 2012-08-07
  1. 3

    Il est possible dans Tomcat 6 et les versions antérieures, mais pas recommandé.
    Consultez cette Lien de documentation d'apache. Recherche pour caseSensitive. Par défaut, il est true

    • Où je devrait mettre à la casse=false ? dans web.xml et context.xml et .. Ne me donne pas la casse de l'Attribut.
    • Rappelez-vous, il est disponible dans Tomcat 6 et ci-dessous. Situé dans context.xml.
    InformationsquelleAutor Harsha Herle
  2. 0

    Beaucoup dépend de si vous utilisez Tomcat et Apache pour le rendu HTML. Vous pouvez configurer Apache 2.4 rendu HTML et délégué JSP Tomcat. Dans ce scénario, vous pouvez configurer Apache pour être sensible à la casse. Voir ce lien:

    Généralement des pages jsp sont référencés par des liens, de sorte que le développeur de contrôle le cas de l'URL.

    InformationsquelleAutor Ainsworth