Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
MIME-Version: 1.0
In-Reply-To: <34f6f70a-b9cb-ac80-244d-7556d0a7dc28@kippdata.de>
References: <CAMC-JMU_JF5fUJfhooHzTiJPO5YPDP2RzBqRSL4W_xxwB8FkbA@mail.gmail.com>
 <352db2ee-ea9e-a965-3543-0242ed7251c3@apache.org> <b512d1d0-a2f8-a9cd-3081-0bc3cdaaf3f1@apache.org>
 <CAMC-JMVhQHYX6cdoFJPso5g+MuCtUL1k1M99sqYZooS8n6pt2A@mail.gmail.com> <34f6f70a-b9cb-ac80-244d-7556d0a7dc28@kippdata.de>
From: Mark Juszczec <mark.juszczec@gmail.com>
Date: Mon, 17 Oct 2016 16:38:16 -0400
Message-ID: <CAMC-JMW_e0E7Etj+qdqDoWOOMX82KrqM0xCBOho=5M7MiMUHhw@mail.gmail.com>
Subject: Re: Tomcat 8, AJP 1.3 UTF-8/ISO-8859-1 conversion problem
To: Tomcat Users List <users@tomcat.apache.org>
Content-Type: multipart/alternative; boundary=001a11440236449385053f158eb1
archived-at: Mon, 17 Oct 2016 20:38:26 -0000

--001a11440236449385053f158eb1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Oct 17, 2016 at 8:20 AM, Rainer Jung <rainer.jung@kippdata.de>
wrote:

> Am 17.10.2016 um 12:35 schrieb Mark Juszczec:
>
>> On Mon, Oct 17, 2016 at 4:29 AM, Mark Thomas <markt@apache.org> wrote:
>>
>>
>>> A small hint. I'd expect those to be % encoded.
>>>
>>>
>> Thank you very much for your reply.
>>
>> I've been thinking the problem is lack of % encoding after reading:
>>
>> *"Default encoding for GET*
>> The character set for HTTP query strings (that's the technical term for
>> 'GET parameters') can be found in sections 2 and 2.1 the "URI Syntax"
>> specification. The character set is defined to be US-ASCII
>> <http://en.wikipedia.org/wiki/ASCII>. Any character that does not map to
>> US-ASCII must be encoded in some way. Section 2.1 of the URI Syntax
>> specification says that characters outside of US-ASCII must be encoded
>> using
>>  % escape sequences: each character is encoded as a literal % followed b=
y
>> the two hexadecimal codes which indicate its character code. Thus, a
>> (US-ASCII
>> character code 97 =3D 0x61) is equivalent to %61. There *is no default
>> encoding for URIs* specified anywhere, which is why there is a lot of
>> confusion when it comes to decoding these values. "
>>
>> from http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q8
>>
>> Do you know if there's a way to force something (mod_jk, mod_rewrite or
>> something else) to % encode the data being fed into the AJP port?
>>
>
> You can force nod_jk to %-encode the URI before forwarding:
>
> JkOptions     +ForwardURIEscaped
>
>
I've tried adding +ForwardURIEscaped in my conf file as follows:

# JkOptions indicate to send SSL KEY SIZE,
JkOptions +ForwardKeySize +ForwardURIEscaped -ForwardDirectories

I would have expected mod_jk log to show the data % encoded, but it does
not:

text: J O =C3=8B =E2=80=B9 L
hex: 0x4a 0x4f 0xc3 0x8b 0x4c

I had expected to see something like:

JO%C3%8BL

Is that reasonable?  Does it make sense?

Could something be turning off the encoding?  Do the headers values need to
be set to something specific?

--001a11440236449385053f158eb1--