Thank you, I really meant that using IIS for authentication only is a hack. Now
Tomcat can do Integrated Auth as well as IIS, if not better (with a lot more
granularity).
"IIS and/or Apache do things that Tomcat does not, or not well."
For my personal education, do you have any production-type examples?
Thx
dB.
dB. @ dblock.org
Moscow|Geneva|Seattle|New York
-----Original Message-----
From: André Warnier [mailto:[email protected]]
Sent: Tuesday, May 25, 2010 4:10 PM
To: Tomcat Users List
Subject: Re: Question on workers.properties file
dB. wrote:
> IMHO the IIS redirection is a total hack. It's a lot of additional load, a
> whole other web server to deal with, configure and administer. Because you're
> merely hiding Tomcat behind IIS you're not really getting rid of your tomcat
> server, you're just masking the problem.
>
> I'll allow myself to theorize that Jakarta redirector was a stop gap solution
> because people didn't want a Windows-only valve to do NTLM or because they
> couldn't write one.
>
dB,
I believe that you are missing the point.
Tomcat does things that Apache and/or IIS do not, running Java webapps
being the main one.
IIS and/or Apache do things that Tomcat does not, or not well.
There are legitimate cases for using an Apache or IIS front-end to
Tomcat, most of which having nothing to do with authentication.
And that is where one uses the Jk redirector.
You are right that using an IIS front-end /only/ to do authentication is
a bit of a hack, but that is the express purpose here.
Basically, the OP is just trying to retrieve in Tomcat the user-id that
should be there anyway at the IIS level, because in the OP's particular
case it was the easiest path to follow, application-wise.
That it turns out to be such a difficult birth is mainly because of the
OP's lack of familiarity with the IIS/JKRedirector/Tomcat configuration,
not because of any flaw in the redirector or in the OP's basic plan.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.819 / Virus Database: 271.1.1/2894 - Release Date: 05/25/10
02:26:00
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
