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
h
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 requireme
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 and
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
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 insi
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.
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.
Jus
Sam
2009/10/10 Caldarale, Charles R :
>> 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 intent
> 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
here.
Thanks,
Sam
2009/10/10 Caldarale, Charles R :
>> 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
>> sto
> 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
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 c
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 p
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
14 matches
Mail list logo
