Fix typos in documentations.

Fix typos in READMEs, javadoc, comments and code.

Original pull request #642
This commit is contained in:
Marc Wrobel
2022-07-18 16:43:44 +02:00
committed by Jens Schauder
parent 1aec184ff0
commit ce994f9ea0
57 changed files with 83 additions and 83 deletions

View File

@@ -42,7 +42,7 @@ public interface CustomerRepository extends CrudRepository<Customer, String> {
List<Customer> findByLastname(String lastname, Sort sort);
/**
* Show case for a repository query using geo-spatial functionality.
* Showcase for a repository query using geospatial functionality.
*
* @param point
* @param distance

View File

@@ -45,7 +45,7 @@ class ApplicationConfiguration {
var randomNumber = ThreadLocalRandom.current().nextInt(1, 100);
// withRandomNumber is a so called wither method returning a new instance of the entity with a new value assigned
// withRandomNumber is a so-called wither method returning a new instance of the entity with a new value assigned
return immutablePerson.withRandomNumber(randomNumber);
};
}

View File

@@ -108,7 +108,7 @@ class CustomerRepositoryIntegrationTest {
}
/**
* Test case to show the usage of the geo-spatial APIs to lookup people within a given distance of a reference point.
* Test case to show the usage of the geospatial APIs to lookup people within a given distance of a reference point.
*/
@Test
void exposesGeoSpatialFunctionality() {

View File

@@ -31,7 +31,7 @@ mongoOps.query(SWCharacter.class)
```
Different stages in the command essembly process allow to seamlessly switch to different API paths. Using `near` instead of `matching` switches to the path for geo queries requireing the presence of a `NearQuery` while altering the command result type from `List` to `GeoResults` and limiting terminating operations to just `all()`.
Different stages in the command assembly process allow to seamlessly switch to different API paths. Using `near` instead of `matching` switches to the path for geo queries requiring the presence of a `NearQuery` while altering the command result type from `List` to `GeoResults` and limiting terminating operations to just `all()`.
```java

View File

@@ -51,7 +51,7 @@ public class JpaStyleDocRefTests {
@Autowired MongoOperations operations;
/**
* Load linked documents where where the actual reference is stored in the obverse side of the association.
* Load linked documents where the actual reference is stored in the obverse side of the association.
*/
@Test
void saveAndLoadJpaStyleRelation() {
@@ -63,12 +63,12 @@ public class JpaStyleDocRefTests {
Employee employee1 = new Employee("greedo-tetsu-jr", "greedo");
employee1.setManagerId(manager.getId()); // establish the link to the manager document
operations.save(employee1);
// no need to update he manager document after save of employee
// no need to update the manager document after save of employee
Employee employee2 = new Employee("boba-fett", "boba");
employee2.setManagerId(manager.getId()); // establish the link to the manager document
operations.save(employee2);
// no need to update he manager document after save of employee
// no need to update the manager document after save of employee
operations.execute(Manager.class, collection -> {

View File

@@ -54,7 +54,7 @@ public class QueryDocRefTests {
@Autowired MongoOperations operations;
/**
* Load linked documents where where the reference is stored on the inverse and evaluated against a non id property on
* Load linked documents where the reference is stored on the inverse and evaluated against a non id property on
* the obverse side of the association.
*/
@Test

View File

@@ -54,7 +54,7 @@ public class SimpleDocRefTests {
@Autowired MongoOperations operations;
/**
* Load linked documents where where the reference is stored on the inverse and evaluated against the id property on
* Load linked documents where the reference is stored on the inverse and evaluated against the id property on
* the obverse side of the association.
*/
@Test

View File

@@ -20,7 +20,7 @@ import org.springframework.data.repository.CrudRepository;
import org.springframework.data.repository.query.QueryByExampleExecutor;
/**
* Repository interface for {@link Contact} and sub-types.
* Repository interface for {@link Contact} and subtypes.
*
* @author Oliver Gierke
*/

View File

@@ -59,7 +59,7 @@ MongoJsonSchema schema = MongoJsonSchema.builder() //
).build();
```
The schema can be used for various funcitionality: Set up `Document` validation for a collection:
The schema can be used for various functionality: Set up `Document` validation for a collection:
```java
template.createCollection(Jedi.class, CollectionOptions.empty().validator(Validator.schema(schema)));

View File

@@ -55,7 +55,7 @@ class TextSearchRepositoryTests {
/**
* Show how to do simple matching. <br />
* Note that text search is case insensitive and will also find entries like {@literal releases}.
* Note that text search is case-insensitive and will also find entries like {@literal releases}.
*/
@Test
void findAllBlogPostsWithRelease() {

View File

@@ -53,7 +53,7 @@ class TextSearchTemplateTests {
@Autowired MongoOperations operations;
/**
* Show how to do simple matching. Note that text search is case insensitive and will also find entries like
* Show how to do simple matching. Note that text search is case-insensitive and will also find entries like
* {@literal releases}.
*/
@Test