[Catalyst] installing Catalyst::Plugin::Authentication::Store::LDAP

On 01/24/2008 07:07 AM, rahed wrote:
Hi,

I tried to install Catalyst::Plugin::Authentication::Store::LDAP but
it fails during t/01-pre_realms_api.t test. The message is:

IO::Socket::INET: connect: timeout at t\01-pre_realms_api.t line 23.

Both on Solaris10 and windows. Do I miss something? I noticed it fails
also with CPAN Testers.

On 01/24/2008 02:04 PM, Andrew Peebles wrote:

I'd like to see a bit more complete documentation. I am just now moving
from the older version, and now see

'authentication' => {
default_realm => "ldap",
realms => {
ldap => {
credential => {
class => "Password",
password_field => "password",
password_type => "self_check",
},

but no explanation of realms, and what the credential info is used for.

On 1/24/08, Peter Karman wrote:

you did not miss anything. There are tests for this timeout issue in svn already but I am
waiting on some other issues before making a new release of ::Store::LDAP.

The tests try and access openldap.org and timeout if they can't reach it. So you can
safely ignore those test failures for now.

On 01/24/2008 02:49 PM, Andrew Peebles wrote:
perl -MCPAN -e 'install Catalyst::Authentication::Store::LDAP'
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
Database was generated on Wed, 23 Jan 2008 23:30:57 GMT
Warning: Cannot install Catalyst::Authentication::Store::LDAP, don't
know what it is.

Peter Karman writes:
you forgot the ::Plugin part

On 01/24/2008 03:22 PM, Jonathan Rockway wrote:
Peter Karman <peter@peknet.com> writes:
Isn't that deprecated?

Peter Karman writes:
not when trying to install from CPAN, AFAIK. The name of the package is
Catalyst::Plugin::Authentication::Store::LDAP. That's why CPAN claims not to know about
Catalyst::Authentication::Store::LDAP.

The deprecated ::Plugin part comes into play when the base C::P::Authentication plugin
tries to load Store and Credential classes.

If I'm reading this correctly, this isn't correct. PAUSE builds an
index of all modules in a distribution, and you can trigger the
distribution to install by naming any module in the dist on the
command line.

On 01/24/2008 03:45 PM, Andrew Peebles wrote:
Peter Karman wrote:
My original email stated the error message coming from Catalyst, I just
cut-n-pasted it:

[warn] Store class "Catalyst::Authentication::Store::LDAP" not found,
trying deprecated ::Plugin:: style naming.

Then I tried to install the package listed in the warning ... ???

Hi all,

I can shed some light here.

As of Catalyst::Plugin::Authentication version 0.10003 - the default
naming for stores and credentials is

Catalyst::Authentication::Store::XYZ

and

Catalyst::Authentication::Credential::XYZ

The Store and Credential modules that have been updated to work with
realms are not loaded as Catalyst Plugins, and the fact that the
namespace indicated plugin was confusing people. As of 0.10003 - the
default action is to look for modules using the correct namespace, and
if not found, fall back to the old namespace. That is all the debug
message is saying, that it fell back to the old-style of naming. It's
not an error and will not break anything.

The debug message is there in case you are intending to load a
Catalyst::Authentication::XYZ module and your app is not finding it...
which could cause problems if an older module is being found and
loaded instead.

If the debug message really bothers you, you can specify the full
module name (prefixed with +) instead of just 'Password' or
'Store::LDAP'.

Hope that clears things up,

Jay



---
America will never be destroyed from the outside. If we falter and
lose our freedoms, it will be because we destroyed ourselves. --
Abraham Lincoln



_______________________________________________
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/

On 01/24/2008 05:09 PM, Jay K wrote:
Hi all,

I can shed some light here.

As of Catalyst::Plugin::Authentication version 0.10003 - the default
naming for stores and credentials is

Catalyst::Authentication::Store::XYZ

and

Catalyst::Authentication::Credential::XYZ

What's the recommended approach for existing stores and credentials?
Rename them and mark
the old ones as deprecated? Create new stubs with the new names that
just subclass the
existing plugins?

What's the recommended approach for existing stores and credentials?
Rename them and mark
the old ones as deprecated? Create new stubs with the new names that
just subclass the
existing plugins?

Well - Overall to update to the new naming scheme and then deprecate
the old ones, yes.