Skip to content

Commit 5d65143

Browse files
ParkerMjzheaux
authored andcommitted
Fix duplicate typos in exceptions and docs
Closes gh-488
1 parent 8295935 commit 5d65143

File tree

5 files changed

+5
-6
lines changed

5 files changed

+5
-6
lines changed

core/src/main/java/org/springframework/ldap/NamingException.java

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -128,7 +128,7 @@ public Name getRemainingName() {
128128
* associated with this exception, if the root cause was an instance of
129129
* {@link javax.naming.NamingException}.
130130
*
131-
* @return a composite name describing the the leading portion of the name
131+
* @return a composite name describing the leading portion of the name
132132
* that was resolved successfully if the root cause is an instance
133133
* of javax.naming.NamingException, or <code>null</code> if the
134134
* resolved name field has not been set

core/src/main/java/org/springframework/ldap/core/LdapTemplate.java

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -167,7 +167,7 @@ public void setIgnoreNameNotFoundException(boolean ignore) {
167167
* Specify whether <code>PartialResultException</code> should be ignored in
168168
* searches. AD servers typically have a problem with referrals. Normally a
169169
* referral should be followed automatically, but this does not seem to work
170-
* with AD servers. The problem manifests itself with a a
170+
* with AD servers. The problem manifests itself with a
171171
* <code>PartialResultException</code> being thrown when a referral is
172172
* encountered by the server. Setting this property to <code>true</code>
173173
* presents a workaround to this problem by causing

core/src/main/java/org/springframework/ldap/query/LdapQueryBuilder.java

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -251,7 +251,7 @@ public String[] attributes() {
251251
@Override
252252
public Filter filter() {
253253
if(rootContainer == null) {
254-
throw new IllegalStateException("No filter conditions have been specified specified");
254+
throw new IllegalStateException("No filter conditions have been specified");
255255
}
256256
return rootContainer.filter();
257257
}

src/docs/asciidoc/index.adoc

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -792,8 +792,7 @@ We previously saw that updating by using `modifyAttributes` is the recommended a
792792
the task of calculating attribute modifications and constructing `ModificationItem` arrays accordingly.
793793
`DirContextAdapter` can do all of this for us, as follows:
794794

795-
.Updating using using `DirContextAdapter`
796-
====
795+
.Updating using `DirContextAdapter`
797796
[[modify-modifyAttributes]]
798797
[source,java]
799798
[subs="verbatim,quotes"]

src/site/xdoc/index.xml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@
1515
creating a DirContext, looping through NamingEnumerations, handling
1616
exceptions and cleaning up resources. This leaves the programmer to
1717
handle the important stuff - where to find data (DNs and Filters) and
18-
what do do with it (map to and from domain objects, bind, modify,
18+
what to do with it (map to and from domain objects, bind, modify,
1919
unbind, etc.), in the same way that JdbcTemplate relieves the
2020
programmer of all but the actual SQL and how the data maps to the
2121
domain model.</li>

0 commit comments

Comments
 (0)