----------------------------------------------------------------
BEFORE YOU POST, search the faq at <http://java.apache.org/faq/>
WHEN YOU POST, include all relevant version numbers, log files,
and configuration files. Don't make us guess your problem!!!
----------------------------------------------------------------
On Mon, 19 Jun 2000, Fernando Salazar wrote:
> > How come? Under what circumstances will it fail?
>
> Here's one possibility. I worked on a project where I was running
> 2 virtual servers, each running a different "flavor" of SSL. One server
> was running -- for want of a better term -- "standard" SSL understandable
> by browsers and that used RSA algorithms, while the other server was running
> SSL without any RSA stuff that was understandable by a specialized client.
> The servers were running on ports 443 and 8443, respectively. However, we
> used a firewall that port- and name-mapped this server to 443 on 2 separate
> domain names. Anyway, the only port the 2nd server was aware of was 8443.
>
> I don't think many folks need to do this sort of thing, but nonetheless,
> this
> is a case where getServerPort() == 443 wouldn't give the right answer.
>
> - Fernando
just fyi -- JServ 1.1.2 is still using getServerPort() == 443 to determine
if the scheme is https or http (check out
org.apache.jserv.JServConnection.getScheme()). i don't think it's likely
to be fixed in JServ, though it's possible that tomcat (or catalina) will
do a better job handling this case.
(using getScheme() is still better, in that it is possible to improve the
logic used without changing your serlvets, but you should be aware oh how
it works w/ JServ.)
good luck --
ed
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search Archives:
<http://www.mail-archive.com/java-apache-users%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]