FAQ
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.

--
Radek

Search Discussions

  • Peter Karman at Jan 24, 2008 at 5:21 pm

    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.
    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.

    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Andrew Peebles at Jan 24, 2008 at 8:04 pm
  • Peter Karman at Jan 24, 2008 at 8:41 pm

    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.
    You're right. There should be a big bold line at the top of the description that says
    "This class implements the Catalyst::Plugin::Authentication v.10 API. Read that first if
    you are upgrading from a previous version of Catalyst::Plugin::Authentication::Store::LDAP."

    I have added that line to svn. In the meantime, you can read about it here:
    http://search.cpan.org/~jayk/Catalyst-Plugin-Authentication-0.10004/lib/Catalyst/Plugin/Authentication.pm
    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Rahed at Jan 24, 2008 at 8:05 pm

    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.
    Thank you, I will gladly be ignorant.

    --
    Radek
  • Andrew Peebles at Jan 24, 2008 at 8:49 pm
  • Peter Karman at Jan 24, 2008 at 9:09 pm

    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.
    you forgot the ::Plugin part

    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Jonathan Rockway at Jan 24, 2008 at 9:22 pm

    Peter Karman writes:
    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.
    you forgot the ::Plugin part
    Isn't that deprecated?

    Regards,
    Jonathan Rockway
  • Peter Karman at Jan 24, 2008 at 10:22 pm

    On 01/24/2008 03:22 PM, Jonathan Rockway wrote:
    Peter Karman <peter@peknet.com> writes:
    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.
    you forgot the ::Plugin part
    Isn't that deprecated?
    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.

    But hey. I'm just a lowly maintainer. I could be way off on all this. :)

    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Jonathan Rockway at Jan 24, 2008 at 10:46 pm

    Peter Karman writes:
    On 01/24/2008 03:22 PM, Jonathan Rockway wrote:
    Peter Karman <peter@peknet.com> writes:
    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.
    you forgot the ::Plugin part
    Isn't that deprecated?
    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.

    For example, I can say "cpan -i Angerwhale::Controller::Root" to
    install the distribution called Angerwhale. That's because the PAUSE
    index says that Angerwhale::Controller::Root is in the dist called
    Angerwhale. (If there weren't an Angerwhale.pm with a "package
    Angerwhale;" line in that dist, then "cpan Angerwhale" wouldn't work.
    Everything is based on the module names; you can call your
    distribution pink_hello_kitteh_12345435.tar.Z if you feel like it.)

    Just FYI.

    Regards,
    Jonathan Rockway
  • Peter Karman at Jan 25, 2008 at 12:42 am

    Jonathan Rockway wrote on 1/24/08 4:46 PM:

    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.
    yes. we're both right. and talking at right angles. :)

    I was just trying to explain why C::A::S::LDAP was not on CPAN. It doesn't
    exist. Yet.

    And I see why I was not seeing the OP's [warn] in my own apps. I'm still running
    C::P::A 0.10002.

    Thanks, jrockway.

    --
    Peter Karman . http://peknet.com/ . peter@peknet.com
  • Andrew Peebles at Jan 24, 2008 at 9:45 pm
  • Peter Karman at Jan 24, 2008 at 10:19 pm

    On 01/24/2008 03:45 PM, Andrew Peebles wrote:
    Peter Karman wrote:
    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.
    you forgot the ::Plugin part
    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 ... ???
    what does your config and 'use Catalyst qw( ... )' look like?

    The default Authentication plugin will try and load the Store and Credential plugins from
    the config, IIRC.

    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Andrew Peebles at Jan 24, 2008 at 10:41 pm
  • Jay K at Jan 24, 2008 at 11:09 pm
    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



    On Jan 24, 2008, at 1:49 PM, Andrew Peebles wrote:

    rahed wrote:
    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.
    Thank you, I will gladly be ignorant.
    What's this about?

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

    This is a clean install of Cat (yesterday) ...

    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.
    Try the command

    ??

    _______________________________________________
    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/
    ---
    America will never be destroyed from the outside. If we falter and
    lose our freedoms, it will be because we destroyed ourselves. --
    Abraham Lincoln
  • Andrew Peebles at Jan 24, 2008 at 11:29 pm
    Yeah, makes sense. Esp. if C::P::A::S::LDAP is one of those modules
    that itself has not been converted to the new name space.
    a

    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

    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



    On Jan 24, 2008, at 1:49 PM, Andrew Peebles wrote:

    rahed wrote:
    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.
    Thank you, I will gladly be ignorant.
    What's this about?

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

    This is a clean install of Cat (yesterday) ...

    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.
    Try the command

    ??

    _______________________________________________
    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/
    ---
    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/
  • Peter Karman at Jan 25, 2008 at 9:47 pm

    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
    Jay,

    Thanks. That's a helpful clarification. I didn't realize the naming convention had changed
    myself.

    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?

    pek

    --
    Peter Karman . peter@peknet.com . http://peknet.com/
  • Jay K at Jan 26, 2008 at 12:51 am

    Catalyst::Authentication::Store::XYZ
    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?

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

    It's also a simple and clear way to move modules to the new auth
    scheme without having to maintain backwards compatibility with the old
    credential is meant for use with the current auth system.

    Jay

    ---
    "May we not return to those scoundrels of old, the illustrious
    founders of superstition and fanaticism, who first took the knife from
    the altar to make victims of those who refused to be their disciples."
    - Voltaire
  • Jay K at Jan 26, 2008 at 12:51 am

    Catalyst::Authentication::Store::XYZ
    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?

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

    It's also a simple and clear way to move modules to the new auth
    scheme without having to maintain backwards compatibility with the old
    credential is meant for use with the current auth system.

    Jay

    ---
    "May we not return to those scoundrels of old, the illustrious
    founders of superstition and fanaticism, who first took the knife from
    the altar to make victims of those who refused to be their disciples."
    - Voltaire
  • Jay K at Jan 26, 2008 at 1:25 am
    Let's try that again:

    It's also a simple and clear way to move modules to the new auth
    scheme without having to maintain backwards compatibility. The new
    naming also makes it clear that the module is meant for use with the
    current system, as the old system required the modules to be plugins.

    Jay

    It's also a simple and clear way to move modules to the new auth
    scheme without having to maintain backwards compatibility.
    with the old
    credential is meant for use with the current auth system.

    Jay

    ---
    "May we not return to those scoundrels of old, the illustrious
    founders of superstition and fanaticism, who first took the knife from
    the altar to make victims of those who refused to be their disciples."
    - Voltaire



    _______________________________________________
    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/
    ---
    "Those who can make you believe absurdities can make you commit
    atrocities." --Voltaire
  • Peter Karman at Feb 5, 2008 at 6:45 pm

    On 01/25/2008 06:51 PM, Jay K wrote:
    Catalyst::Authentication::Store::XYZ
    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?

    Well - Overall to update to the new naming scheme and then deprecate
    the old ones, yes.
    Catalyst::Plugin::Authentication::Store::LDAP 0.0601 is now marked at deprecated.
    Catalyst::Authentication::Store::LDAP 0.1000 is now the latest and greatest.

    Both just uploaded to CPAN etc.

    --
    Peter Karman . peter@peknet.com . http://peknet.com/

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupcatalyst @
categoriescatalyst, perl
postedJan 24, '08 at 1:07p
activeFeb 5, '08 at 6:45p
posts21
users5
websitecatalystframework.org
irc#catalyst

People

Translate

site design / logo © 2022 Grokbase