The future of ZPatterns and LoginManager
Hi everybody, (I did ask this question to the ZPatterns list, but without any answer. So I hope one better luck here.) I finally got the opportunity to use ZPatterns in a project and am quite please with the result (after the mandatory wrestling :) Anyway, I would like to use both ZPatterns again, as well as LoginManager, but I feel somewhat of a doubt what they will be around in the future and in Zope 3. So, are they? Or what I really want to know, is it safe to base my applications on ZP and/or LM or is it something I'm going to regret? Best Regards, Johan Carlsson torped strategi och kommunikation ab johan carlsson johanc@torped.se birkagatan 9 113 36 stockholm västmannagatan 67 http://www.torped.se http://easypublisher.torped.se
--On 11 March 2002 07:24 +0100 "Johan Carlsson [Torped]" <johanc@torped.se> wrote:
Hi everybody, (I did ask this question to the ZPatterns list, but without any answer. So I hope one better luck here.)
I finally got the opportunity to use ZPatterns in a project and am quite please with the result (after the mandatory wrestling :) Anyway, I would like to use both ZPatterns again, as well as LoginManager, but I feel somewhat of a doubt what they will be around in the future and in Zope 3. So, are they?
See http://lists.zope.org/pipermail/zope3-dev/2001-December/000004.html Phillip writes:
You have no idea how long I've been hoping and praying that something Zope 3-ish would appear and save me from having to continue supporting ZPatterns. :)
Paul -- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
"Johan Carlsson [Torped]" wrote:
Or what I really want to know, is it safe to base my applications on ZP and/or LM or is it something I'm going to regret?
You should be regretting it already ;-) LoginManager needs a replacement. I'd like to see a flexible and documented user and userfolder API for both Zope 2 and Zope 3. I think Zope 3 has this, I dunno about Zope 2. I'd also like to see a standard meta-user-folder. IE: providing the functionality that LoginManager does: the ability to check multiple authentication sources for user information. Right now, I'd like to see the scope kept _tight_, just dealing with authentication, no user metadata, that can wait for later. There is XUF, but I'm not sure about the code quality and I think it tries to do too much. Of course, I could be wrong... In any case, I'd be happy to monitor a discussion to build a solution to this (I might even be persuaded to strike up a fishbowl process ;-) and get the finished product done. I dunno if I could manage it for 2.6, but I'd certainly get it done for 2.7... Lemme know how I should proceed. cheers, Chris
Chris Withers wrote:
Right now, I'd like to see the scope kept _tight_, just dealing with authentication, no user metadata, that can wait for later. There is XUF, but I'm not sure about the code quality and I think it tries to do too much.
Of course, I could be wrong...
Speaking as someone who's worked on parts of the code, I don't think you're wrong. XUF has issues that I'm not sure anyone really understands, though my recent "exploding user object" cache work got it to the point where it does seem to be stable on heavily-loaded systems. Yes, it does try to do too much, I think. Back before I figured out enough of XUF to fix the cache issues I played around a bit with a virginal pluggable user folder (right now it does not do much of anything, including authenticate, but it is a beginning.) I still have the code, and my boss would still like to see it brought to fruition. I do have quite a bit to say about the design of such an animal. It's something we need.
In any case, I'd be happy to monitor a discussion to build a solution to this (I might even be persuaded to strike up a fishbowl process ;-) and get the finished product done. I dunno if I could manage it for 2.6, but I'd certainly get it done for 2.7...
I held back on suggesting this because I'm not convinced I have the resources or the ability to bring this baby up on my own, and especially not in time for 2.6. But if others are interested in _contributing_, everyone can count me in too, I'm sure (although how much time I have to offer is up in the air as other projects are starting to pound on my door...)
participants (4)
-
Chris Withers -
Johan Carlsson [Torped] -
Matt Behrens -
Paul Browning