directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu" <>
Subject Re: Building an LDAP server is not an easy task (was: Re: [ApacheDS Webapps] Use Cases)
Date Tue, 22 May 2007 21:28:51 GMT
Boy what can I say? Thanks for your kind words Mark.  You're one of our
first most loyal users and you have dealt with ApacheDS issues for a long
time.  I'm glad to see you getting a benefit for sticking with us and our
vision for so long.


On 5/22/07, Mark Swanson <> wrote:
> Alex Karasulu wrote:
> > Yes we will get there and it takes time.  However building an LDAP
> > server is very difficult and making sure
> > it is extensible while making it reliable and fast is beyond rocket
> > science.   Our architecture is designed for
> > flexibility and we will see LDAP acquire new concepts that have existed
> > in the RDBMS world for years now.
> > LDAP will see a day when it has triggers, stored procedures, views and
> > queues very soon to make it more
> > useful than ever.
> I'd like to chime in and say that the existing architecture enabled me
> to implement a form of triggers, stored procs, dynamic views, and a new
> way of handling indexes.  Also, thanks to the flexibility of the design
> I was able to implement an entirely new back end (partition) based on an
> existing replicated clustered caching system.
> The point I'm trying to make is that I have no idea how I would have
> accomplished this without ADS. To be useful to me an LDAP server has to
> be extensible. ADS is extensible in exactly the way I (a humble software
> developer just trying to get LDAP stuff to work) needs it to be.
> Thank you (ADS developers) for making ADS.
> Cheers.
> --
> Free Google Calendar synchronization with Outlook, Evolution,
> cell phones, BlackBerry, PalmOS, Exchange, Mozilla, Thunderbird,
> Pocket PC/Windows Mobile. Also sync tasks, notes and contacts!
> WebDAV, vfreebusy, RSS, LDAP, iCalendar, iTIP, iMIP support.

View raw message