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.
Alex On 5/22/07, Mark Swanson <[EMAIL PROTECTED]> 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. -- http://www.ScheduleWorld.com/ 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.
