svn commit: r1003846 - in /websites/staging/directory/trunk/content: ./ api/user-guide/1.3-apache-ldap-api-rational.html

[bu...@apache.org]

Author: buildbot
Date: Sat Dec 31 18:07:21 2016
New Revision: 1003846

Log:
Staging update by buildbot for directory

Modified:
    websites/staging/directory/trunk/content/   (props changed)
    websites/staging/directory/trunk/content/api/user-guide/1.3-apache-ldap-api-rational.html

Propchange: websites/staging/directory/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Sat Dec 31 18:07:21 2016
@@ -1 +1 @@
-1776804
+1776809

Modified: websites/staging/directory/trunk/content/api/user-guide/1.3-apache-ldap-api-rational.html
==============================================================================
--- websites/staging/directory/trunk/content/api/user-guide/1.3-apache-ldap-api-rational.html (original)
+++ websites/staging/directory/trunk/content/api/user-guide/1.3-apache-ldap-api-rational.html Sat Dec 31 18:07:21 2016
@@ -193,7 +193,7 @@ h2:hover > .headerlink, h3:hover > .head
 <p>So what makes the development of our new <em>LDAP JAVA API</em> a valid effort and not another example of the <strong><a href="http://en.wikipedia.org/wiki/Not_Invented_Here">NIH</a></strong> syndrome?</p>
 <p>There are many reasons and we'll discuss them throughout this chapter.</p>
 <h2 id="history">History<a class="headerlink" href="#history" title="Permanent link">&para;</a></h2>
-<p>The Apache Directory Server project was started using the <strong>JNDI</strong> library, but many of its <strong>LDAP</strong> structures were developed in-house because <strong>JNDI</strong> was ineffective for interacting with <strong>LDAP</strong> directories.  It wasn't convenient for us to use JNDI.  This means it won't be for you either.  Eventually, all of the necessary <strong>LDAP</strong> data structures (<em>Attribute</em>, <em>Entry</em>, <em>DN</em>, ...) were implemented again by us.</p>
+<p>The Apache Directory Server project was started using the <strong>JNDI</strong> library, but many of its <strong>LDAP</strong> structures were developed in-house because <strong>JNDI</strong> was ineffective for interacting with <strong>LDAP</strong> directories.  It wasn't convenient for us to use JNDI which means it won't be for you either.  Eventually, all of the necessary <strong>LDAP</strong> data structures (<em>Attribute</em>, <em>Entry</em>, <em>DN</em>, ...) were implemented again by us.</p>
 <p>At some point we needed to communicate with other <strong>LDAP</strong> servers without using the <strong>JNDI</strong> library, so we developed our own <em>LdapConnection</em> class. This was the first step toward a full <strong>Java API</strong> specifically designed for LDAP usage on the Java platform.</p>
 <p>Strangely, after starting this effort (back in 2007), some people from <strong>Sun</strong> (Microsystems), who was working on the <strong>OpenDS</strong> project, contacted us to ask if we'd be interested in helping them create the next version of <strong>JNDI</strong>. (<a href="https://blogs.oracle.com/treydrake/entry/resurrecting_the_java_ldap_centric">Resurrecting The Java LDAP Centric API</a>. Sadly this effort stalled, as the need for <em>JNDI2</em> was no longer a priority for <strong>Sun</strong>. Nevertheless we decided to continue our work but the the pace was slow.</p>
 <p>The work renewed after the <strong>OpenDS</strong> project team's presentation at <strong>LdapCon</strong> in 2009 (<a href="http://www.symas.com/ldapcon2009/papers/poitou1.shtml">Towards a common LDAP API for the Java Platform</a>). The story repeated itself once again after <strong>Oracle</strong> bought <strong>Sun</strong> in 2010, and its project team disbanded.</p>
@@ -206,8 +206,8 @@ h2:hover > .headerlink, h3:hover > .head
 </ul>
 <h2 id="result">Result<a class="headerlink" href="#result" title="Permanent link">&para;</a></h2>
 <p>Our newly defined <strong>API</strong> fulfills all of these aspects. </p>
-<p>We needed to ensure our <strong>LDAP API</strong> was made available to the masses. Because the Apache Software Foundation values community over code, this code was the result of collaboration, and our users are a necessary part of this process.  Every time a user finds and reports a bug we have the opportunity to provide a better version of this <strong>API</strong> for everyone who uses it.</p>
-<p>In the end, we're proud to deliver a useful <strong>API</strong> that everyone can use, including our sub-projects like Apache Directory Server, Apache Directory Studio, and most recently Apache Fortress. </p>
+<p>We needed to ensure our <strong>LDAP API</strong> was made available to the masses. Because the Apache Software Foundation values community over code, this code was the result of collaboration, and our users are a necessary part of this process.  Every time a user finds and reports a bug we have the opportunity to provide a better version of this <strong>API</strong>.</p>
+<p>In the end, we're proud to deliver a powerful new Java LDAP API, that is available for everyone to use, including our sub-projects like Apache Directory Server, Apache Directory Studio and most recently -- Apache Fortress. </p>
 
 
     <div class="nav">