CalendarTag CloudActive Directory AD ADAM Amanda Asterisk Benchmark Blog Catalyst DBIC DBIx-Class Directory Services Disaster Recovery Dojo Encrypted Backups Enterprise Backups Enterprise Directory Fedora Fedora Directory Server Fedora DS IAM Identity Management IDM JavaScript LDAP LDAP Replication LDAP Schema Linux Microsoft Microsoft FUD MirrorMode OID OpenDS OpenLDAP Open Source Oracle Oracle Internet Directory PABX Perl PostgreSQL Quad-Core RDBMS Replication Samba Sendmail Sun Sun Microsystems SunOne Suretec Symas VoIP X.500
QuicksearchArchives |
Dedicated OpenLDAP GUI?Saturday, November 3. 2007Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Lack of GUI tool to manage world's fastest Directory server is a major reason why people shy away from using OpenLDAP in enterprise. Please add features you'd like to see. In addition to features you already mention I would like to see easy ACL management. Komal wxPerl would help you build a multi-plateform application. (I can also advertise Catalyst-Engine-Wx which would help you build that application and eventually make it possible to run it both on the desktop an on the web). Thanks. Eriam It did get my imagination going. Can a whole app with Wx Engine be used via par? It's is experimental atm but it'll hopefully get cleaner soon. And I think running this via PAR would be possible, I've not tried already though. Eriam Snce we already have some Catalyst stuff at work, including models using LDAP (for DNS entries using sdb_ldap, user management, DHCP and sudo management on the way), Catalyst/wxPerl makes sense. However, it is quite a heavy stack to require as the admin tool for OpenLDAP (just the perl modules required for this may outweigh the entire OpenLDAP source code base), compared to a more "native" stack such as Wx or Qt4. The question is whether Model::LDAP is up to it while using Net::LDAP, or whether it's time to port Model::LDAP to Net::LDAPapi Of course, licensing is also a consideration ... which may have ruled Qt4 out from the start. Cross Platform? License? The license then helps us choose the GUI Toolkit, e.g. if it's not GPL, no QT4, which also helps us choose the language bindings. Designed correctly, using Catalyst (MVC), a config change could just switch the Engine/View/Controller etc, from web to desktop (Wx). It might be quite slow though, as you indicate in your Model::LDAP comment. But again, this could either be a config setting for that model to switch to Net::LDAPapi, or a new Model::LDAP_XS etc. I've already done a nice Dojo Tree via JSON ldap search app against cn=config, so that's a start. There is also http://sosa.sf.net, which we've not released or done anything with since last year. FYI, this is what the dependencies for Catalyst::Engine::Wx are: http://cpandeps.cantrell.org.uk/?module=Catalyst%3A%3ARuntime Hmm.... Something like pgadmin sounds the way to go. there is the PAR solution (which will work, I'm pretty sure) and also the PAR::WebStart solution that can help thanks A lot of code has been referenced from http://ldaptool.sf.net (ldapexplorertool-2.0.1) where neccessary. See my latest comment. We went ahead and started using wxWidgets, C++ and ldapc++ So that means it works on GNU/Linux, Windows and Mac. It's still very alpha and is worked on an hour or so a day, if time permits. Grab the screens for some early shots from last month: http://www.suretecsystems.com/sosa.zip We currently hooking controls together etc....slowly. But it's fresh, modelled on the bits we like from all the offerings out there and will do things just for OpenLDAP. Gavin. |
Comments about Running a business on desktop Linux Tue, 13.05.2008 09:03 about Running a business on desktop Linux Mon, 12.05.2008 19:18 about OpenLDAP 2.4.9 available! Sun, 11.05.2008 19:39 LinksCategories |