Hi Viral_Thakkar "Security Filter" works something like this:
It has it's own xml config extension from web.xml. You just setup a servlet filter in web.xml and then configure your preferences in VERY simple security filter xml config file. In there you just bind url-patters to particular web resource names, specify realms and indicate what authentication method you wanna use! Lastly you just specify your concrete class that does the authentication/authorization lookup (extent from SimpleSecurityRealmBase). (e.g. go to persistent store, get uid and pwd via overridden methods of SimpleSecurityRealmBase class. I usually create my own indirection level that doesn't make my code dependent to security filter in any way) Now you could for e.g. using FORM based auth post uid/pwd to "j_security_check" action that Security filter will intercept and authenticate user with given credentials. And that's it! done! ;) look at the example that comes with the Security Filter. Couldn't be easier! :) --Alen ----- Original Message ----- From: "Viral_Thakkar" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, August 04, 2003 3:21 PM Subject: RE: Best place to hook the Security Call What I understood from the "Security Filter" component is that we need to extend the SimpleSecurityRealmBase class and need to override the methods specified in that class. But still I m not clear on the complete configuration ...i mean the exact steps to follow to use this filter component for A & A reqt. If anyone already implemented this filter then please guide me on the approach.... example code will be more useful... Thanks. -----Original Message----- From: Alen Ribic [mailto:[EMAIL PROTECTED] Sent: Monday, August 04, 2003 6:34 PM To: Struts Users Mailing List Subject: Re: Best place to hook the Security Call Security is really my week side but AFAIK your Container Manager Security does have certain container specific configurations and even requirement for additional java classes to be coded. As I said "Security Filter" component has a small, simple realm interface that is portable across different servers. --Alen ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Monday, August 04, 2003 2:34 PM Subject: Re: Best place to hook the Security Call > > I agree with Alen, but at the same time if all the containers are > supporting J2EE security standards then porting to different containers > should not be an issue. SecurityFilter as I just browsed through seems > interesting but all the latest J2EE containers will have to support Servlet > 2.3 for using the same. Alternatively whatif I write my own security piece > by looking up LDAP for A&A (authentication and authorization) and this > piece would be called from some place in the STRUTS control flow so that > for everyrequest security would be validated. > > Thanks > Sreekant G. > TCS AMBATTUR > > > > "Alen Ribic" > <[EMAIL PROTECTED] To: "Struts Users Mailing List" > > <[EMAIL PROTECTED]> > cc: > 08/04/2003 04:25 Subject: Re: Best place to hook the Security Call > PM > Please respond to > "Struts Users > Mailing List" > > > > > > > If I'm not mistaken, this approach is container specific hence would make > deployment on difference container(s) not as smooth as one would wish. > I may be wrong so please correct me! I'm not very clued up in this area. ;) > > I have privilege working with servlet 2.3 and am now using SecurityFilter > component (www.securityfilter.org) to handle my auth. Very simple! > > --Alen > > > >Best place would be using container J2EE security, such as JDBC realms. > > >[EMAIL PROTECTED] wrote: > > Which is the best place to hook the security call for an application in > the > > STRUTS framework so that for every request security check is made. Does > > STRUTS provide integration with any Security framework ? > > > > thanks in advance. > > Sreekant G. > > > > > > > > > > ------------------------------------------------------------------------ > > > > This mail was scanned by Interscan Virus Wall of Mailserver at Cathedral > Road TCS Chennai > > > > > > > > ------------------------------------------------------------------------ > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > -- > Vic Cekvenich, > Struts Instructor, > 1-800-917-JAVA > > Advanced <a href ="baseBeans.com">Struts Training</a>, mentoring and > project recovery in North East. > Open Source <a href ="baseBeans.com">Portal Content Management</a> > basicPortal software. > > > > --------------------------------------------------------------------- > 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] > > > > > > > ------------------------------------------------------------------------ ---- ---- > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]