Shibboleth, Tomcat, AJP and UTF-8 conversion

Peter Schober peter.schober at univie.ac.at
Thu Oct 20 10:43:27 EDT 2016


* Mark Juszczec <mark.juszczec at gmail.com> [2016-10-20 16:21]:
> > In any case, I thought the usual fix for this was to add the
> > encoding to the AJP connector. People have certainly said that
> > that works.
> 
> Yes.  The common solution is to specify one or both of the following in
> <Connector> in server.xml:
> 
>  URIEncoding="UTF-8"
> useBodyEncodingForURI="true"
> 
> Unfortunately that has no impact on my problem.

Those are for data that's part of the URL, no? As such those should
have nothing to do with request.getAttribute() calls to data provided
outside of query parameters?

Also, isolatin1 is only the "DEFAULT_CHARSET", i.e., when none is
set. No idea when 'if (charset == null)' happens, but are you sure
you've provided all means (HTTP, HTML) to the User Agent to make sure
everything is UTF-8?

> I suspect its because my data, for whatever reason, is NOT coming to
> me % encoded.  mod_jk is putting it into environment variables and
> the delivering it via AJP in the body of a GET.

Unrelated to your issue (which is one I think everyone shibbolizing
Confluence ran into at some point), but last time I checked mod_jk
didn't provide any features I absolutely needed to warrant the extra
work of building it myself, when mod_proxy_ajp comes fully supported
and often packaged by GNU/Linux distributions.
It should have more features and tunables, though.

-peter


More information about the users mailing list