(Carry over from the dev list)

On 12/16/10 12:05 PM, Alex Clark wrote:
> On 12/3/10 8:59 PM, Alex Clark wrote:
>> On 12/3/10 8:12 PM, Laurence Rowe wrote:

> Right. So, https://github.com/collective/pas.plugins.loo became
> https://github.com/collective/loo, which became just a toy. I finally
> made some meaningful progress, with the closest previously existing
> implementation here:
>
> -
> http://dev.plone.org/collective/changeset/228969/PASPlugins/Products.NoDuplicateLogin/trunk
>
> This "works" in Plone 4 just as it did in Plone 3 (see:
> http://dev.plone.org/collective/browser/PASPlugins/Products.NoDuplicateLogin/branches/perrito-plone3-compat)
> but the "mappings" implementation with OOBTree is horrible, with visible
> and plentiful ZODB conflicts.
>
> Since NoDuplicateLogin wont' be a candidate for Plone core anytime soon,
> I'll take this over to the product-developers list. Thanks all!

Hi all, I have updated (egg-i-fied / "fixed") an old package called 
NoDuplicateLogin in the collective.

It is painfully obvious that the current implementation is flawed, so I 
have a few questions about fixing it for anyone interested in helping:

- I need to replace the "mappings" (OOBTrees) functionality with 
something less insane. The most likely candidate is Zope 2 sessions. I'm 
able to do stuff like this:

self.REQUEST.SESSION['mapping1'] = *something*
self.REQUEST.SESSION['mapping2'] = *something*

To try and mimick the current functionality. But I'm not sure if that 
approach will offer a viable alternative to the current setup with OOBTrees.

In other words, are Zope 2 sessions "persistent enough" in this case? I 
have a feeling that elro's suggestion of using the browser_id_manager 
and session_data_manager is where I need to go. But I can't quite 
picture how that will work.

The code is here: 
http://dev.plone.org/collective/browser/PASPlugins/Products.NoDuplicateLogin/trunk/Products/NoDuplicateLogin/plugin.py

Additional eyes/comments appreciated :-)

Thanks



Alex








>
>
>
> Alex
>
>
>
>
>
>
>
>>
>>
>


-- 
Alex Clark · http://aclark.net
Author · http://aclark.net/admin

_______________________________________________
Product-Developers mailing list
[email protected]
http://lists.plone.org/mailman/listinfo/product-developers

Reply via email to