Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: unknown -allinclude:_spf.google.com (athena.apache.org:
 encountered unrecognized mechanism during SPF processing of domain of
 komaromi.zoltan@horticosoft.hu)
MIME-Version: 1.0
In-Reply-To: 
 <CABzHfVnq4+=AatXmDxzoU8bjZWjL=98rrgo9hPqoQ-Zue29NMQ@mail.gmail.com>
References: 
 <CAE9ywF=t-S1Rm_4DyjLNHZ2Bunxtn2Kzm0RqhrKYwVOGTD=Dtw@mail.gmail.com>
 <CABzHfVnq4+=AatXmDxzoU8bjZWjL=98rrgo9hPqoQ-Zue29NMQ@mail.gmail.com>
From: =?UTF-8?B?S29tw6Fyb21pLCBab2x0w6Fu?= <komaromi.zoltan@horticosoft.hu>
Date: Thu, 28 Jun 2012 10:08:01 +0200
Message-ID: 
 <CAE9ywF=CTEu9X8SvK2qhLUN+HSe5feUoOMzayt7=QmwNHWEkbg@mail.gmail.com>
Subject: Re: tomcat security authenticator
To: Tomcat Users List <users@tomcat.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

1. Why not a Realm?
Because the authentication depends on session attribute, and I want to
bypass the form if user is logged in.

So is this correct?

<Valve className=3D"hu.kozo.security.MyFormAuthenticator" />

The tomcat's doc says, that "Java class name of the implementation to
use. This MUST be set to
org.apache.catalina.authenticator.FormAuthenticator."

Tnaks for help.

2012/6/28 Konstantin Kolinko <knst.kolinko@gmail.com>:
> 2012/6/28 Kom=C3=A1romi, Zolt=C3=A1n <komaromi.zoltan@horticosoft.hu>:
>> Hi,
>>
>> I need to use custom authenticator, because a part of application is
>> using container authentication, and unfortunately the usersernames in
>> realm conflicts with usernames in application database. :(
>>
>> So I need, that if anibody is logged in to my application, then the
>> authenticator automatically authorizes when needed.
>>
>> I think, if I replace the FormAuthenticator with an descendant, it'll
>> solve the problem.
>>
>> To extend FormAuthenticator is simple, but how can I make Tomcat to use =
it?
>>
>
> 1) Why not a Realm?
> 2) An Authenticator is a Valve and is configured like any other valve.
> If one is present, Tomcat will not configure its own.
>
> Best regards,
> Konstantin Kolinko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org