RE: [Catalyst] Catalyst::Authentication::Credential::LDAP
Hi! Imho thats very useful! Some generic plugin or extending C::P::Auth to combine two auth stores, one for authentication and one as source for the roles etc. would be great! -Alex -Original Message- From: Johannes Plunien [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2008 6:46 AM To: catalyst@lists.scsys.co.uk Subject: [Catalyst] Catalyst::Authentication::Credential::LDAP Hi, there's already C::A::Store::LDAP to authenticate users against LDAP servers. This module fetches a user from LDAP and checks his password (if you told C::A::Credential::Password password_type = self_check). In most of my apps i don't want to fetch the user from LDAP whereas i just want to check his password against LDAP. The user, his roles and preferences are stored in a database. So i use C::A::Store::DBIx::Class to retrieve a user from the store and a custom C::A::Credential::LDAP to verify his password. Maybe this setup is used by someone else too and above all C::A::Credential::LDAP is useful? If that's the case i'll put it on CPAN - what do you think? Thanks for your time, plu -- Johannes Plunien | mailto:[EMAIL PROTECTED] | http://www.pqpq.de ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ *** T-Systems Austria GesmbH Rennweg 97-99, 1030 Wien Handelsgericht Wien, FN 79340b *** Notice: This e-mail contains information that is confidential and may be privileged. If you are not the intended recipient, please notify the sender and then delete this e-mail immediately. *** ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Authentication::Credential::LDAP
Johannes Plunien wrote:
Hi,
there's already C::A::Store::LDAP to authenticate users against LDAP
servers. This module fetches a user from LDAP and checks his password
(if you told C::A::Credential::Password password_type = self_check).
In most of my apps i don't want to fetch the user from LDAP whereas i
just want to check his password against LDAP. The user, his roles and
preferences are stored in a database. So i use
C::A::Store::DBIx::Class to retrieve a user from the store and a
custom C::A::Credential::LDAP to verify his password.
Maybe this setup is used by someone else too and above all
C::A::Credential::LDAP is useful?
If that's the case i'll put it on CPAN - what do you think?
Sounds useful.
Also, somewhat apropos, I have a
C::A::{Store,Credential}::ActiveDirectory that I based on the LDAP
stuff. The LDAP modules didn't work for me because they want to bind
anonymously and retrieve the crypted password, whereas AD just wants to
authenticate with a bind. My stuff also gets role information from AD
groups. I've been meaning to get it out on CPAN one of these days, but
it hasn't been a priority; I suppose I can work on it if anyone else
needs it though.
Bruce
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
[Catalyst] [Announce] Catalyst-Runtime 5.7099_01 - Developer Release
Hi folks. We're getting close to getting a new release of Catalyst out the door, and since this version contains new features as well as bugfixes, It will be 5.7100. I've just uploaded a developer release to cpan, which will be released as the final version in one week, unless you find something we need to fix, or someone hands us a completed patch for the action_uri method ;) Here's the changelog: - Refactored component resolution (component(), models(), model(), et al). We now throw warnings for two reasons: 1) model() or view() was called with no arguments, and two results are returned -- set default_(model|view), current_(model|view) or current_(model|view)_instance instead 2) you call a component resolution method with a string, and it resorts to a regexp fallback wherein a result is returned -- if you really want to search, call the method with a regex as the argument - remove 0-length query string components so warnings aren't thrown (RT #36428) - Update HTTP::Body dep so that the uploadtmp config value will work (RT #22540) - Fix for LocalRegex when used in the Root controller - Get some of the optional_* tests working from dirs with spaces (RT #26455) - Fix Catalyst::Utils::home() when application .pm is in the current dir (RT #34437) - Added the ability to remove parameters in req-uri_with() by passing in an undef value (RT #34782) The feature to note here is 'go', which works like an internal redispatch to another action, while retaining the stash intact. Being able to do this means that in practice you don't ever need to set the template name in stash, but can depend on using go when you want to render the template of the other action, rather than the one you dispatched to. Have fun, take care, remember to brush your teeth! Marcus Catalyst Release Manager. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
