At the risk of bringing this thread back on topic, I still haven't
found a solution to the problem. I suspect that mod_jk may be setting
the Content-Length header in a case that SunOne does not expect
(SunOne is case-sensitive to headers in it's NSAPI modules!). I note
the following sentence from
Mark Thomas wrote:
André Warnier wrote:
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys. We're operating in a two-tier DMZ environment and
SunONE will be in the top tier, with an SSO agent running
On 11.10.2009 14:35, André Warnier wrote:
Mark Thomas wrote:
André Warnier wrote:
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys. We're operating in a two-tier DMZ environment and
SunONE will be
Rainer Jung wrote:
On 11.10.2009 14:35, André Warnier wrote:
Mark Thomas wrote:
André Warnier wrote:
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys. We're operating in a two-tier DMZ environment
On 11.10.2009 18:08, André Warnier wrote:
Rainer Jung wrote:
On 11.10.2009 14:35, André Warnier wrote:
Mark Thomas wrote:
André Warnier wrote:
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys.
Hello,
I've got a simple web application deployed, and am accessing it via a
basic mod_jk load balancer setup. The web application on the J2EE app
server is returning a fixed Content-Length: 84 header (it's just a
HelloWorld page for testing purposes), but when I access the same
application via
On 10.10.2009 12:32, Sam Crawford wrote:
Hello,
I've got a simple web application deployed, and am accessing it via a
basic mod_jk load balancer setup. The web application on the J2EE app
server is returning a fixed Content-Length: 84 header (it's just a
HelloWorld page for testing
Thanks Rainer.
I've done as you suggested and enabled trace logging on mod_jk. The
output doesn't show any Transfer-Encoding header, which leads me to
believe that your suggestion that mod_jk is inadvertently triggering
SunONE into inserting this header is correct. A portion of the log
output is
From: Sam Crawford [mailto:samcrawf...@gmail.com]
Subject: Re: mod_jk inserting Transfer-Encoding Chunked header
I'll keep investigating, but suspect I may have to switch to using the
stock SunONE reverse proxy (which doesn't seem to exhibit this issue).
The question arises: why are you
/10 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Sam Crawford [mailto:samcrawf...@gmail.com]
Subject: Re: mod_jk inserting Transfer-Encoding Chunked header
I'll keep investigating, but suspect I may have to switch to using the
stock SunONE reverse proxy (which doesn't seem to exhibit
From: Sam Crawford [mailto:samcrawf...@gmail.com]
Subject: Re: mod_jk inserting Transfer-Encoding Chunked header
Let's not turn this into a which web server is better thread please.
No intention.
I've got a number of reasons for using SunONE over Apache in this
instance, but they're
/10 Caldarale, Charles R chuck.caldar...@unisys.com:
From: Sam Crawford [mailto:samcrawf...@gmail.com]
Subject: Re: mod_jk inserting Transfer-Encoding Chunked header
Let's not turn this into a which web server is better thread please.
No intention.
I've got a number of reasons for using SunONE
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys. We're operating in a two-tier DMZ environment and
SunONE will be in the top tier, with an SSO agent running inside it.
JBoss will be in the 2nd tier.
André Warnier wrote:
Sam Crawford wrote:
Apologies for misinterpreting your post.
Unfortunately we can't ditch SunONE - it's a requirement from our
security guys. We're operating in a two-tier DMZ environment and
SunONE will be in the top tier, with an SSO agent running inside it.
JBoss
14 matches
Mail list logo
