tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Juszczec <>
Subject Re: Tomcat 8, AJP 1.3 UTF-8/ISO-8859-1 conversion problem
Date Tue, 18 Oct 2016 13:13:01 GMT
On Tue, Oct 18, 2016 at 8:36 AM, André Warnier (tomcat) <>

> On 18.10.2016 13:03, Mark Juszczec wrote:
>> No, the following line:
>> JkOptions +ForwardKeySize +ForwardURIEscaped -ForwardDirectories
>> is in an Apache conf file, but not in a VirtualHost entry.
>> Can this directive go in multiple places?
> See here :
> -->Forwarding
> JkOptions are generally inherited by the <VirtualHost> sections, from the
> "main" (or "default") Apache configuration (aka outside <VirtualHost>
> entries).
> But there are exceptions and additional rules, so check carefully.
Ok.  My JkOptions directive appears outside the <VirtualHost> entry so I'm
going to assume its being inherited.

I will experiment with placing it in the <VirtualHost> section to see what

One quick question, do you or anyone reading know if something special
needs to be done to force % encoding when you have a

My contains the following:


  worker.list= someWorker, lbAjpWorker,


In my conf file, someone has tied them together as follows:

  LoadModule jk_module /somepath/modules/

  JkOptions +ForwardKeySize +ForwardURIEscaped -ForwardDirectories

  <VirtualHost *:9001>
    DocumentRoot /some/dir/thatDoesNotExist/
    JkEnvVar nameWithIntlChar
    JkMount /myService/* lbAjpWorker
    JkMount /myService lbAjpWorker


I don't see anything that says "make sure everything going to lbAjpWorker
is % encoded"

Is the JkOptions appearing outside <VirtualHost *:9001> supposed to take
care of that?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message