This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]
TitleAccented Characters Converted Badly
Date27-Apr-2006 16:31:48 EEST
Version2.4.0
SubmitterJérôme Duprez
Bug criticalityMediumBug
Browser versionFirefox
Bug statusOpenBug
PageProvider used
Servlet ContainerTomcat 5.5.9
Operating SystemWindows XP Pro
URLhttp://www.jspwiki.org/wiki/JeromeDuprez
Java version1.5.0_06

Non latin or non-ASCII7bits characters in certain links are incorrectly escaped by the latest 2.4 engine.

For example, my user page JérômeDuprez is unreachable through a link:

  • the link points to JÃRÃ Me Duprez, converted as http://www.jspwiki.org/wiki/J%C3%A9r%C3%B4meDuprez), which does not exist
  • whereas it is OK if I write it down in the URL http://www.jspwiki.org/wiki/JérômeDuprez, which gets rewritten as http://www.jspwiki.org/wiki/J%E9r%F4meDuprez

I spotted the problem with the accented characters in my name, but it also surfaces with asian characters, and presumably lots of non-7bits-ASCII characters. That's why I dare to increase the severity.


Works perfectly on Tomcat 5.5.16 on OSX... It's probably a configuration, not an engine issue...


Yup. Tomcat 5.5. requires URIEncoding="UTF-8" in the proper Connector block of the server.xml file. For example, for the AJP 1.3 connector with Apache, it might say:

    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" className="org.apache.coyote.tomcat4.CoyoteConnector"
               enableLookups="false" redirectPort="8443" protocol="AJP/1.3"
               connectionTimeOut="120000" acceptCount="200" maxThreads="250"
               minSpareThreads="25" maxSpareThreads="75" URIEncoding="UTF-8">
         <Logger className="org.apache.catalina.logger.FileLogger"
              prefix="apache_log." suffix=".txt"
              timestamp="true"/>
    </Connector>

Should be working now. -- JanneJalkanen

-- JDuprez right, I configured this for my HTTP connector on 8080, and it worked. Thanks for the support.

Even if it turns out not to be a JSPWiki bug, it deserves some mention in the install documentation (I installed Tomcat out of the box on WinXP, default configuration really). OK I know your answer: feel free to edit the install page :o) Fine, I'll do that.


Update: I reopen this bug based on new info below. I lower severity though, as there truly is a workaround.

Functionally it appears as a regression between 2.2.33 and 2.4.0 : until I upgraded my Wiki engine to 2.4.0 it did not exhibit this problem regardless of the URIEncoding setting.

  • To make sure, I have:
    • removed the URIEncoding field from server.xml
    • run two Wiki web apps (one jspWiki 2.2.33 and another jspWiki 2.4.0) in the same Tomcat instance
  • they demonstrate different behavior:
    • 2.4.0 exhibits the problem
    • whereas 2.2.33 works fine
  • when I specify URIEncoding="UTF-8", both versions work fine.
If you have time to investigate this issue, it sure helps deployment that JSPWiki works without having to touch the JSP container settings - ease of installation and configuration is indeed one of the strong points of JSPWiki.

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 04-May-2006 13:54 by Jérôme Duprez.