simplon.plone.ldap resurfaces as plone.app.ldap

[Wichert Akkerman]

simplon.plone.ldap offers a convenient Plone control panel to manage
LDAP and Active Directory connections in a Plone site. It is (briefly)
documented in Martin's excellent Professional Plone Development book and
judging by the feedback I've received has a fair number of satisfied users.

I was not completely satisfied with it for non-technical reasons and
have for a while now felt that it deserves more community influence. The
fact that it used the simplon package namespace and was maintained in a
private svn repository did not help. Therefore I have just donated the
simplon.plone.ldap package to the plone foundation and imported its
code, including full svn history, in svn.plone.org and renamed the
package to plone.app.ldap. I am hoping that will encourage others to
improve it further and make sure that using LDAP/AD in Plone will be a
no-brainer.

Wichert.

--
Wichert Akkerman <[hidden email]>   It is simple to make things.
http://www.wiggy.net/                  It is hard to make things simple.


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Martin Aspeli-2]

Wichert Akkerman wrote:

> simplon.plone.ldap offers a convenient Plone control panel to manage
> LDAP and Active Directory connections in a Plone site. It is (briefly)
> documented in Martin's excellent Professional Plone Development book and
> judging by the feedback I've received has a fair number of satisfied users.
>
> I was not completely satisfied with it for non-technical reasons and
> have for a while now felt that it deserves more community influence. The
> fact that it used the simplon package namespace and was maintained in a
> private svn repository did not help. Therefore I have just donated the
> simplon.plone.ldap package to the plone foundation and imported its
> code, including full svn history, in svn.plone.org and renamed the
> package to plone.app.ldap. I am hoping that will encourage others to
> improve it further and make sure that using LDAP/AD in Plone will be a
> no-brainer.

Thanks Wichert!

Having used it on a few sites, I can attest that it works very well. It
could probably do with some more tests and there are a few minor
robustness and UI bugs. Hopefully those will be fixed now.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Alexander Limi]

Thanks for your generosity, Wichert! This is a very nice gesture, and it's  
an important package for Plone — who doesn't integrate with LDAP for  
authentication these days? :)

On Sat, 05 Apr 2008 03:51:03 -0700, Wichert Akkerman  
<[hidden email]> wrote:

> simplon.plone.ldap offers a convenient Plone control panel to manage
> LDAP and Active Directory connections in a Plone site. It is (briefly)
> documented in Martin's excellent Professional Plone Development book and
> judging by the feedback I've received has a fair number of satisfied  
> users.
>
> I was not completely satisfied with it for non-technical reasons and
> have for a while now felt that it deserves more community influence. The
> fact that it used the simplon package namespace and was maintained in a
> private svn repository did not help. Therefore I have just donated the
> simplon.plone.ldap package to the plone foundation and imported its
> code, including full svn history, in svn.plone.org and renamed the
> package to plone.app.ldap. I am hoping that will encourage others to
> improve it further and make sure that using LDAP/AD in Plone will be a
> no-brainer.
>
> Wichert.
>

--
Alexander Limi · http://limi.net


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Graham Perrin]

Wichert Akkerman wrote

simplon.plone.ldap offers a convenient Plone control panel to manage LDAP and Active Directory connections in a Plone site … deserves more community influence. … renamed the package to plone.app.ldap … encourage others to improve it further and make sure that using LDAP/AD in Plone will be a no-brainer.

Echoing past discussion in <irc://irc.freenode.net/#plone>: thanks to Wichert and to all contributors associated with the package!

Alexander Limi wrote

… an important package for Plone — who doesn't integrate with LDAP for authentication these days? :)

Should we encourage a Plone improvement proposal?

(We have no PLIP titles containing the word 'LDAP'.)

Martin Aspeli-2 wrote

… works very well. … minor robustness and UI bugs.

Suggestions. In the following order, please:

1. Create <http://plone.org/products/plone.app.ldap>.

2. Where <http://plone.org/products/simplon.plone.ldap> already refers to this thread, update the page to refer to <http://plone.org/products/plone.app.ldap>.

3. Create <http://plone.org/products/plone.app.ldap/issues>.

4. Documentation

-- distributed documentation exists

-- from what exists, with permission higlight and copy/extract all that is current

-- collate, represent, minimal edition

-- I volunteer to contribute to the LDAP aspect.

SnarfBot in <irc://irc.freenode.net/#weblion> alerted me to very recent changes to <https://weblion.psu.edu/trac/weblion/wiki/LDAPWithPlone>. Might someone from Penn State help with documentation?

Key words: distributed documentation -- aiming for no duplication of effort.

= Timeline =

I can start on documentation almost immediately. Maybe at the weekend.

The sooner we have a tracker, the sooner we can tailor documentation to suit requirements.

Thanks and regards
Graham

[Wichert Akkerman]

Previously Graham Perrin wrote:
> Should we encourage a Plone improvement proposal?

PLIPs are intended for changes in Plone core or its release process.
LDAP is not in core (and I would be opposed to merging it) so a PLIP
will not help.

> Suggestions. In the following order, please:
>
> 1. Create <http://plone.org/products/plone.app.ldap>.
>
> 2. Where <http://plone.org/products/simplon.plone.ldap> already refers to
> this thread, update the page to refer to
> <http://plone.org/products/plone.app.ldap>.
>
> 3. Create <http://plone.org/products/plone.app.ldap/issues>.
>
> 4. Documentation

If someone wants to own that - certainly. I happen to be in the odd
situation that I know a fair bit about LDAP and as a result have the
occasional Plone LDAP consulting job, but I do not use it myself and
do now have the time to properly own it.

Wichert.

--
Wichert Akkerman <[hidden email]>    It is simple to make things.
http://www.wiggy.net/                   It is hard to make things simple.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Graham Perrin]

Wichert Akkerman wrote

time to properly own it.

I recall our conversation in IRC concerning time and maintenance/ownership.

If someone wants to own that - certainly. I happen to be in the odd situation that I know a fair bit about LDAP … but I do not use it myself

I don't see that as odd :) and I imagine that a fair number of people find themselves in either

* the same situation

or at the other end of a spectrum,

* making great use of LDAP with Plone, whilst knowing little about plone.app.ldap.

Co-ownership, anyone?

I feel that co-operative attention and distributed documentation will be highly effective in this particular case.

LDAP is not in core (and I would be opposed to merging it)

Thanks. I wondered which way someone with both LDAP expertise _and_ Framework Team membership might sway.

Personally, I would be neither for nor opposed to Plone core treatment of LDAP.

I should love: the simplicity that plone.app.ldap brings to be complemented by fine documentation; and for the product to be amongst those that are highly recommended (present but commented out) in the buildout configuration files that result from standard installations of Plone.

Regards
Graham

[Jon Stahl]

Graham Perrin wrote:
> I should love: the simplicity that plone.app.ldap brings to be complemented
> by fine documentation;
If no volunteers step forward, I think it would be a great idea for
LDAP-interested folks to organize amongst themselves and raise a few
units of currency to hire someone with strong LDAP + Plone knowledge to
write good documentation.

> and for the product to be amongst those that are
> highly recommended (present but commented out) in the buildout configuration
> files that result from standard installations of Plone.
>  
A definite possibility in the future, especially if the product gains
good documentation.

:jon

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers

[Jon Stahl]

Wichert Akkerman wrote

Previously Graham Perrin wrote:
> Should we encourage a Plone improvement proposal?

PLIPs are intended for changes in Plone core or its release process.
LDAP is not in core (and I would be opposed to merging it) so a PLIP
will not help.

> Suggestions. In the following order, please:
>
> 1. Create <http://plone.org/products/plone.app.ldap>.
>
> 2. Where <http://plone.org/products/simplon.plone.ldap> already refers to
> this thread, update the page to refer to
> <http://plone.org/products/plone.app.ldap>.
>
> 3. Create <http://plone.org/products/plone.app.ldap/issues>.
>
> 4. Documentation

If someone wants to own that - certainly. I happen to be in the odd
situation that I know a fair bit about LDAP and as a result have the
occasional Plone LDAP consulting job, but I do not use it myself and
do now have the time to properly own it.

Graham,

Would you be willing to tackle updating plone.org along these lines to that it properly reflects the current reality of plone.app.ldap 1.1 as released on pypi (http://pypi.python.org/pypi/plone.app.ldap/1.1)?

best,
jon