Thanks for the info Howard. I work with alot guys that think like Giovanni. I'm trying to get OpenLdap to be our internal ldap server but keep falling on deaf ears. Anyway, I would like to thank you and the rest of the development crew for your work.
Ezra On 1/18/07, Howard Chu <[EMAIL PROTECTED]> wrote:
> From: "Giovanni Baruzzi" <[EMAIL PROTECTED]> > Date: Wed, 17 Jan 2007 19:24:05 +0100 > Hi, > I speak here as a user of the SUN directory, just to make one against = > one > :-) .-) > With SUN you get a stable product, scalable, (better) documented, easier = > to > manage and with a proven release history and and a capable support. > Of course, it costs....=20 Speaking from a completely biased viewpoint - you are living under an illusion of stability because you have a database that doesn't automatically detect and report consistency problems to you, and because Sun updates their software so infrequently. If you took a closer look (as some sites, like Stanford, were forced to do) you would find the reality to be quite disconcerting. OpenLDAP provably scales to database sizes Sun can't even dream of. The dynamic configuration in OpenLDAP doesn't depend on a temperamental Admin Server that itself requires fulltime administration just to keep working. And of course, the OpenLDAP designers are actually accessible to you, participating in these public forums, responding to critical problems with pretty much immediate response time. While both Sun and OpenLDAP (and FDS for that matter) all evolved from the same UMich code code base, OpenLDAP's code has been refactored significantly, and doesn't have a lot of the architectural flaws that are present in the UMich design. So as far as "proven release history" goes - history can be as much a burden as a blessing. In this case, it's more of a burden. In fact it's such a burden that Sun is abandoning their entire existing codebase after the 6.0 release, and focusing purely on their from-scratch rewrite in Java. https://opends.dev.java.net/public/docs/OpenDS-FAQ.html#why_not_os_sjsds So when considering Sun vs OpenLDAP, you may want to consider whether you want to roll out with a dead-end product, or one that actually outperforms everything else on the planet, has responsive, accessible, professional support, and is still growing to meet tomorrow's needs. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/ --- You are currently subscribed to [email protected] as: [EMAIL PROTECTED] To unsubscribe send email to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the SUBJECT of the message.
-- Ezra Taylor --- You are currently subscribed to [email protected] as: [EMAIL PROTECTED] To unsubscribe send email to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the SUBJECT of the message.
