DEEPAK SHETTY wrote:
Hi
Ok ill bite :-)
DMZ Reverse Proxy listening on abc.com port 80
Internal Application server listening on someip port 7001
Browser accesses abc.com/somedata what should the Host header value if
some page on the internal app server does a request.getHeader("Host")
Clearly 'someip:7001' imho.
Assuming that the app server needs to send a HTTP Redirect , how does it
retrieve the value of abc.com:80 to redirect correctly?
It is a job of the reverse proxy to rewrite the content of 'Location'
header when appropriate. Besides, one does not have to use absolute URIs
when redirecting requests within the same application.
What is senseless about this requirement?
Fine by me. I just do not see why one would need a 'virtual' port here
Oleg
Regards
deepak
-----Original Message-----
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 17, 2006 6:17 PM
To: HttpClient User Discussion
Subject: Re: Virtual Host problems
DEEPAK SHETTY wrote:
Hi
Thanks.
The default java implementation thinks differently to httpclient as
any
value of Host can be set including any port value we choose(e.g. you
can
set any value you want using jmeter).
More options do not always make a better system, especially senseless
ones
Oleg
*********************************************************
Disclaimer:
The contents of this E-mail (including the contents of the enclosure(s) or
attachment(s) if any) are privileged and confidential material of MBT and
should not be disclosed to, used by or copied in any manner by anyone other
than the intended addressee(s). In case you are not the desired addressee,
you should delete this message and/or re-direct it to the sender. The views
expressed in this E-mail message (including the enclosure(s) or attachment(s)
if any) are those of the individual sender, except where the sender expressly,
and with authority, states them to be the views of MBT.
This e-mail message including attachment/(s), if any, is believed to be free of
any virus. However, it is the responsibility of the recipient to ensure that
it is virus free and MBT is not responsible for any loss or damage arising in
any way from its use
********************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
