tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jon Forster <deltaw...@gmail.com>
Subject Re: Mod_JK inserted header case sensitivity issue
Date Fri, 28 Jan 2011 09:08:29 GMT
Chuck

Thanks for your input, that's an option that has of course occurred to me,
but sadly I'm not in a position to use a different webserver, and although I
would agree that MOD_JK is HTTP spec-compliant I would have to say that it's
not NSAPI spec-compliant, and it's an NSAPI version of the plugin after all,
so I would export it to conform to the NSAPI spec.

In it's current state it's broken, the way I see it there are 3 scenarios:

1. It's fixed by developers of MOD_JK.
2. Oracle decide to do an about-face and change there NSAPI spec.
3. I have to maintain my own fixed copy, other iPlanet users may experience
same issue and go through the pain I did tracking this down.

Any help appreciated as always :)

Jon




On Thu, Jan 27, 2011 at 3:11 PM, Caldarale, Charles R <
Chuck.Caldarale@unisys.com> wrote:

> > From: Jon Forster [mailto:deltawasp@gmail.com]
> > Subject: Mod_JK inserted header case sensitivity issue
>
> > the MODJK plugin inserts a Content-Length header using mixed-case ie:
> > Content-Length: <length> (as defined in /native/common/jk_ajp_common.c),
> > this is ignored by the webserver core as it's expecting inserted headers
> > to be all lower-case
>
> Let me see if I've understood this properly: the iPlanet webserver is not
> spec-compliant because it insists that HTTP headers be lower case, and you
> want the mod_jk plugin to change its spec-compliant behavior to conform to
> the obvious design flaw in iPlanet?
>
> How about an alternative solution: eliminate the intermediate web server,
> or replace it with one that is spec-compliant (e.g, httpd).
>
>  - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
> MATERIAL and is thus for use only by the intended recipient. If you received
> this in error, please contact the sender and delete the e-mail and its
> attachments from all computers.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

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