From: Joe L. <jl...@op...> - 2001-05-09 15:56:40
|
Yes, Open-IT would "love" help :) BTW -- I'm new to the list and not entirely interested in doing work already done by others. I'm not complaining.. just trying to gauge current level of functionality and interest. First, let me state that a) Open-IT, if it does port something or create something, it will be maintained by the group.. all our other software kinda depends on it :) b) check out http://open-it.org/LDAPAdaptor -- Ryan did this work for me back in the OpenLDAP 1.x days. It was an EO adaptor for WebObjects which is more similar to Zope than not. NeXT/Apple didn't think the abstraction necessary to treat an LDAP server as a DB for its enterprise objects was possible, so we stupidly tried and succeeded. They have since made a commercial version based on Ryan's ideas for WebObjects. The key thing was the OO level abstraction that was obtained to allow the GUI kit to work. Python-LDAP may be suitable to fit this role. But "unmaintained" code is not. I'd either need to be assured its maintained or maintain something, the current stuff or something new, myself. I just wish an LDAP module was standard to Python and/or Zope. Its kind of odd that there isn't one. I may need to use SWIG, use the current code, or model connectivity after ZyDB style modules (again, it can be done!). You ask for feature requirements? Since we plan on working on OpenLDAP backends (transactions, etc), we need specifically to support v3 schema, OpenLDAP v2 ACLs, StartTLS, among others to name a few. I have myself put together and "maintain" RPMs for Python-LDAP w/ the patches to work against OpenLDAP v2. David Leonard... I had a nice reply to your last message all written up when I experienced my first MacOSX "desktop" crash... apparently the internet radio station I was listening to wedged up and there went my interface for whatever reason. Most of my long ranting is in the above details. People may hate pine, but its disaster-recovery for lost sessions would be a nice feature in ALL mailers. -Joe On Wednesday, May 9, 2001, at 05:11 AM, Jens Vagelpohl wrote: > joe, > > i am "hell-bent" on using Zope for managing records in OpenLDAP (or > other > LDAP servers for that matter) myself. at this point i have released the > LDAPLoginAdapter and LDAPUserManager (see > http://www.dataflake.org/software/) for authenticating and managing user > records in Zope but i am thinking about a more generic LDAP record > management application. > > if you would like help (on the zope side, i'm no C programmer ;), > suggestions, beta testers, etc let me know. > > jens > > > Jens Vagelpohl > Digital Creations > The Zope Dealers > > > > On 5/8/01 19:22, "Joe Little" <jl...@op...> wrote: > >> So, I put together python-ldap RPMs/SRPMs for redhat 6.2 and 7.0 to go >> with my OpenLDAP 2.0.x RPMs on open-it.org. these include the patches >> spoken of before to support OpenLDAP 2.x. >> >> http://open-it.org/download (in either redhat6.2/RPMS or the like you >> find it) >> >> This was done a while ago when I was doing some python-scripts against >> an LDAP tree (November). I'm now hell bent on using Zope to manage >> openldap, samba-tng, and other components necessary for Open-IT's >> goals. >> Well, OpenLDAP feature sets do trully need to be supported, since I'll >> be managing certificates and require TLS and such. Lovely that. So I >> will either need to figure out how to fix python-ldap for modern ldap >> libraries (OpenLDAP, mozilla, etc), or redo it completely. Again the >> SWIG approach may be necessary. What are list member preferences at >> this >> stage. I was not utterly thrilled when I glanced at the current code >> base. Associated with the swig approach, I may only need specific >> functions to access LDAP and thus need only build a new simplified API >> that hides c-specific calls to do the rest. >> >> Is python-ldap basically abandon-ware at this point? Being in "a3" for >> about a year is pretty "abandoned" to me. >> >> Just trolling through the list via ZopeLDAP links and realized that I >> never did post my RPMs... > |