You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@pekko.apache.org by fa...@apache.org on 2023/01/20 09:40:40 UTC
[incubator-pekko] branch main updated: fix doc grammar by removing `an Pekko` (#118)
This is an automated email from the ASF dual-hosted git repository.
fanningpj pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/incubator-pekko.git
The following commit(s) were added to refs/heads/main by this push:
new b6a8e2204b fix doc grammar by removing `an Pekko` (#118)
b6a8e2204b is described below
commit b6a8e2204bcdd3a96101d16b6d003c37d57a0f36
Author: PJ Fanning <pj...@users.noreply.github.com>
AuthorDate: Fri Jan 20 09:40:34 2023 +0000
fix doc grammar by removing `an Pekko` (#118)
---
CONTRIBUTING.md | 2 +-
docs/src/main/paradox/additional/packaging.md | 2 +-
docs/src/main/paradox/common/other-modules.md | 6 +++---
docs/src/main/paradox/discovery/index.md | 2 +-
docs/src/main/paradox/general/configuration.md | 2 +-
docs/src/main/paradox/general/stream/stream-design.md | 2 +-
docs/src/main/paradox/multi-node-testing.md | 2 +-
docs/src/main/paradox/persistence-plugins.md | 6 +++---
docs/src/main/paradox/project/examples.md | 2 +-
docs/src/main/paradox/remoting-artery.md | 4 ++--
docs/src/main/paradox/remoting.md | 4 ++--
docs/src/main/paradox/security/index.md | 1 +
docs/src/main/paradox/serialization-jackson.md | 2 +-
docs/src/main/paradox/split-brain-resolver.md | 2 +-
docs/src/main/paradox/stream/reactive-streams-interop.md | 2 +-
docs/src/main/paradox/stream/stream-flows-and-basics.md | 2 +-
docs/src/main/paradox/stream/stream-quickstart.md | 4 ++--
docs/src/main/paradox/stream/stream-refs.md | 2 +-
docs/src/main/paradox/typed/cluster-membership.md | 2 +-
docs/src/main/paradox/typed/dispatchers.md | 2 +-
docs/src/main/paradox/typed/distributed-data.md | 2 +-
docs/src/main/paradox/typed/durable-state/persistence.md | 2 +-
docs/src/main/paradox/typed/guide/modules.md | 4 ++--
docs/src/main/paradox/typed/guide/tutorial.md | 2 +-
docs/src/main/paradox/typed/replicated-eventsourcing.md | 2 +-
remote/src/main/resources/reference.conf | 2 +-
testkit/src/test/scala/org/apache/pekko/testkit/PekkoSpecSpec.scala | 2 +-
27 files changed, 35 insertions(+), 34 deletions(-)
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 6f6ec623a5..ea9d35bd09 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -596,7 +596,7 @@ existence of those docs.
### Reporting security issues
-If you have found an issue in an Pekko project that might have security implications, you can report it by following the process mentioned in the [Apache document](https://apache.org/security/#reporting-a-vulnerability). We will make sure those will get handled with priority. Thank you for your responsible disclosure!
+If you have found an issue in a Pekko project that might have security implications, you can report it by following the process mentioned in the [Apache document](https://apache.org/security/#reporting-a-vulnerability). We will make sure those will get handled with priority. Thank you for your responsible disclosure!
### Continuous integration
diff --git a/docs/src/main/paradox/additional/packaging.md b/docs/src/main/paradox/additional/packaging.md
index 63b4bace4b..3948687b84 100644
--- a/docs/src/main/paradox/additional/packaging.md
+++ b/docs/src/main/paradox/additional/packaging.md
@@ -1,5 +1,5 @@
---
-project.description: How to package an Pekko application for deployment.
+project.description: How to package a Pekko application for deployment.
---
# Packaging
diff --git a/docs/src/main/paradox/common/other-modules.md b/docs/src/main/paradox/common/other-modules.md
index ccbdf81522..2a7bc3650a 100644
--- a/docs/src/main/paradox/common/other-modules.md
+++ b/docs/src/main/paradox/common/other-modules.md
@@ -26,12 +26,12 @@ Pekko Projections let you process a stream of events or records from a source to
## [Cassandra Plugin for Pekko Persistence](https://doc.akka.io/docs/akka-persistence-cassandra/current/)
-An Pekko Persistence journal and snapshot store backed by Apache Cassandra.
+A Pekko Persistence journal and snapshot store backed by Apache Cassandra.
## [JDBC Plugin for Pekko Persistence](https://doc.akka.io/docs/akka-persistence-jdbc/current/)
-An Pekko Persistence journal and snapshot store for use with JDBC-compatible databases. This implementation relies on [Slick](https://scala-slick.org/).
+A Pekko Persistence journal and snapshot store for use with JDBC-compatible databases. This implementation relies on [Slick](https://scala-slick.org/).
## [R2DBC Plugin for Pekko Persistence](https://doc.akka.io/docs/akka-persistence-r2dbc/current/)
@@ -45,7 +45,7 @@ Use [Google Cloud Spanner](https://cloud.google.com/spanner/) as Pekko Persisten
## Pekko Management
* [Pekko Management](https://doc.akka.io/docs/akka-management/current/) provides a central HTTP endpoint for Pekko management extensions.
-* [Pekko Cluster Bootstrap](https://doc.akka.io/docs/akka-management/current/bootstrap/) helps bootstrapping an Pekko cluster using Pekko Discovery.
+* [Pekko Cluster Bootstrap](https://doc.akka.io/docs/akka-management/current/bootstrap/) helps bootstrapping a Pekko cluster using Pekko Discovery.
* [Pekko Management Cluster HTTP](https://doc.akka.io/docs/akka-management/current/cluster-http-management.html) provides HTTP endpoints for introspecting and managing Pekko clusters.
* [Pekko Discovery for Kubernetes, Consul, Marathon, and AWS](https://doc.akka.io/docs/akka-management/current/discovery/)
* [Kubernetes Lease](https://doc.akka.io/docs/akka-management/current/kubernetes-lease.html)
diff --git a/docs/src/main/paradox/discovery/index.md b/docs/src/main/paradox/discovery/index.md
index 1f1c2643f3..a11558aee4 100644
--- a/docs/src/main/paradox/discovery/index.md
+++ b/docs/src/main/paradox/discovery/index.md
@@ -61,7 +61,7 @@ Scala
Java
: @@snip [CompileOnlyTest.java](/discovery/src/test/java/jdoc/org/apache/pekko/discovery/CompileOnlyTest.java) { #full }
-Port can be used when a service opens multiple ports e.g. a HTTP port and an Pekko remoting port.
+Port can be used when a service opens multiple ports e.g. a HTTP port and a Pekko remoting port.
## Discovery Method: DNS
diff --git a/docs/src/main/paradox/general/configuration.md b/docs/src/main/paradox/general/configuration.md
index e3b5ef9a30..4e7e358d98 100644
--- a/docs/src/main/paradox/general/configuration.md
+++ b/docs/src/main/paradox/general/configuration.md
@@ -44,7 +44,7 @@ to `application`—may be overridden using the `config.resource` property
@@@ note
-If you are writing an Pekko application, keep your configuration in
+If you are writing a Pekko application, keep your configuration in
`application.conf` at the root of the class path. If you are writing an
Pekko-based library, keep its configuration in `reference.conf` at the root
of the JAR file. It's not supported to override a config property owned by
diff --git a/docs/src/main/paradox/general/stream/stream-design.md b/docs/src/main/paradox/general/stream/stream-design.md
index 25898e1020..18bf9cd5f7 100644
--- a/docs/src/main/paradox/general/stream/stream-design.md
+++ b/docs/src/main/paradox/general/stream/stream-design.md
@@ -39,7 +39,7 @@ The process of materialization will often create specific objects that are usefu
## Interoperation with other Reactive Streams implementations
-Pekko Streams fully implement the Reactive Streams specification and interoperate with all other conformant implementations. We chose to completely separate the Reactive Streams interfaces from the user-level API because we regard them to be an SPI that is not targeted at endusers. In order to obtain a [Publisher](https://javadoc.io/doc/org.reactivestreams/reactive-streams/latest/org/reactivestreams/Publisher.html) or [Subscriber](https://javadoc.io/doc/org.reactivestreams/reactive-strea [...]
+Pekko Streams fully implement the Reactive Streams specification and interoperate with all other conformant implementations. We chose to completely separate the Reactive Streams interfaces from the user-level API because we regard them to be an SPI that is not targeted at endusers. In order to obtain a [Publisher](https://javadoc.io/doc/org.reactivestreams/reactive-streams/latest/org/reactivestreams/Publisher.html) or [Subscriber](https://javadoc.io/doc/org.reactivestreams/reactive-strea [...]
All stream Processors produced by the default materialization of Pekko Streams are restricted to having a single Subscriber, additional Subscribers will be rejected. The reason for this is that the stream topologies described using our DSL never require fan-out behavior from the Publisher sides of the elements, all fan-out is done using explicit elements like @apidoc[Broadcast[T]](stream.*.Broadcast).
diff --git a/docs/src/main/paradox/multi-node-testing.md b/docs/src/main/paradox/multi-node-testing.md
index 7b8b51634a..b1b9dcebb5 100644
--- a/docs/src/main/paradox/multi-node-testing.md
+++ b/docs/src/main/paradox/multi-node-testing.md
@@ -31,7 +31,7 @@ nodes connect to it.
## The Test Conductor
-The basis for the multi node testing is the @apidoc[TestConductor$]. It is an Pekko Extension that plugs in to the
+The basis for the multi node testing is the @apidoc[TestConductor$]. It is a Pekko Extension that plugs in to the
network stack and it is used to coordinate the nodes participating in the test and provides several features
including:
diff --git a/docs/src/main/paradox/persistence-plugins.md b/docs/src/main/paradox/persistence-plugins.md
index 45ad1af35a..fd90581475 100644
--- a/docs/src/main/paradox/persistence-plugins.md
+++ b/docs/src/main/paradox/persistence-plugins.md
@@ -63,14 +63,14 @@ pekko {
## Pre-packaged plugins
The Pekko Persistence module comes with few built-in persistence plugins, but none of these are suitable
-for production usage in an Pekko Cluster.
+for production usage in a Pekko Cluster.
### Local LevelDB journal
This plugin writes events to a local LevelDB instance.
@@@ warning
-The LevelDB plugin cannot be used in an Pekko Cluster since the storage is in a local file system.
+The LevelDB plugin cannot be used in a Pekko Cluster since the storage is in a local file system.
@@@
The LevelDB journal is deprecated and it is not advised to build new applications with it.
@@ -147,7 +147,7 @@ i.e. only the first injection is used.
This plugin writes snapshot files to the local filesystem.
@@@ warning
-The local snapshot store plugin cannot be used in an Pekko Cluster since the storage is in a local file system.
+The local snapshot store plugin cannot be used in a Pekko Cluster since the storage is in a local file system.
@@@
The local snapshot store plugin config entry is `pekko.persistence.snapshot-store.local`.
diff --git a/docs/src/main/paradox/project/examples.md b/docs/src/main/paradox/project/examples.md
index 2cc7ac35fd..8c8118e91b 100644
--- a/docs/src/main/paradox/project/examples.md
+++ b/docs/src/main/paradox/project/examples.md
@@ -76,7 +76,7 @@ Illustrates how to use Pekko Cluster with Docker compose.
@extref[Cluster with Kubernetes example project](samples:pekko-sample-cluster-kubernetes-java)
-This sample illustrates how to form an Pekko Cluster with Pekko Bootstrap when running in Kubernetes.
+This sample illustrates how to form a Pekko Cluster with Pekko Bootstrap when running in Kubernetes.
## Distributed workers
diff --git a/docs/src/main/paradox/remoting-artery.md b/docs/src/main/paradox/remoting-artery.md
index c7dd54489f..6d217f9f7f 100644
--- a/docs/src/main/paradox/remoting-artery.md
+++ b/docs/src/main/paradox/remoting-artery.md
@@ -8,7 +8,7 @@ project.description: Details about the underlying remoting module for Pekko Clus
Remoting is the mechanism by which Actors on different nodes talk to each
other internally.
-When building an Pekko application, you would usually not use the Remoting concepts
+When building a Pekko application, you would usually not use the Remoting concepts
directly, but instead use the more high-level
@ref[Pekko Cluster](index-cluster.md) utilities or technology-agnostic protocols
such as [HTTP](https://doc.akka.io/docs/akka-http/current/),
@@ -311,7 +311,7 @@ According to [RFC 7525](https://www.rfc-editor.org/rfc/rfc7525.html) the recomme
You should always check the latest information about security and algorithm recommendations though before you configure your system.
-Since an Pekko remoting is inherently @ref:[peer-to-peer](general/remoting.md#symmetric-communication) both the key-store as well as trust-store
+Since a Pekko remoting is inherently @ref:[peer-to-peer](general/remoting.md#symmetric-communication) both the key-store as well as trust-store
need to be configured on each remoting node participating in the cluster.
The official [Java Secure Socket Extension documentation](https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html)
diff --git a/docs/src/main/paradox/remoting.md b/docs/src/main/paradox/remoting.md
index dcca574c8f..033976b707 100644
--- a/docs/src/main/paradox/remoting.md
+++ b/docs/src/main/paradox/remoting.md
@@ -11,7 +11,7 @@ Classic remoting has been deprecated. Please use @ref[Artery](remoting-artery.md
Remoting is the mechanism by which Actors on different nodes talk to each
other internally.
-When building an Pekko application, you would usually not use the Remoting concepts
+When building a Pekko application, you would usually not use the Remoting concepts
directly, but instead use the more high-level
@ref[Pekko Cluster](index-cluster.md) utilities or technology-agnostic protocols
such as [HTTP](https://doc.akka.io/docs/akka-http/current/),
@@ -488,7 +488,7 @@ According to [RFC 7525](https://www.rfc-editor.org/rfc/rfc7525.html) the recomme
You should always check the latest information about security and algorithm recommendations though before you configure your system.
-Since an Pekko remoting is inherently @ref:[peer-to-peer](general/remoting.md#symmetric-communication) both the key-store as well as trust-store
+Since a Pekko remoting is inherently @ref:[peer-to-peer](general/remoting.md#symmetric-communication) both the key-store as well as trust-store
need to be configured on each remoting node participating in the cluster.
The official [Java Secure Socket Extension documentation](https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html)
diff --git a/docs/src/main/paradox/security/index.md b/docs/src/main/paradox/security/index.md
index cd919f06be..822f7fe830 100644
--- a/docs/src/main/paradox/security/index.md
+++ b/docs/src/main/paradox/security/index.md
@@ -19,6 +19,7 @@ report with the Lightbend Akka team.
## Security Related Documentation
+ * [Akka security fixes](https://doc.akka.io/docs/akka/current/security/index.html)
* @ref:[Java Serialization](../serialization.md#java-serialization)
* @ref:[Remote deployment allow list](../remoting.md#remote-deployment-allow-list)
* @ref:[Remote Security](../remoting-artery.md#remote-security)
diff --git a/docs/src/main/paradox/serialization-jackson.md b/docs/src/main/paradox/serialization-jackson.md
index 196483399e..f072da15b6 100644
--- a/docs/src/main/paradox/serialization-jackson.md
+++ b/docs/src/main/paradox/serialization-jackson.md
@@ -461,7 +461,7 @@ the binding name (for example `jackson-cbor`).
## Using Pekko Serialization for embedded types
-For types that already have an Pekko Serializer defined that are embedded in types serialized with Jackson the @apidoc[PekkoSerializationSerializer] and
+For types that already have a Pekko Serializer defined that are embedded in types serialized with Jackson the @apidoc[PekkoSerializationSerializer] and
@apidoc[PekkoSerializationDeserializer] can be used to Pekko Serialization for individual fields.
The serializer/deserializer are not enabled automatically. The @javadoc[@JsonSerialize](com.fasterxml.jackson.databind.annotation.JsonSerialize) and @javadoc[@JsonDeserialize](com.fasterxml.jackson.databind.annotation.JsonDeserialize) annotation needs to be added
diff --git a/docs/src/main/paradox/split-brain-resolver.md b/docs/src/main/paradox/split-brain-resolver.md
index 59a6ce9429..ff1b48eca3 100644
--- a/docs/src/main/paradox/split-brain-resolver.md
+++ b/docs/src/main/paradox/split-brain-resolver.md
@@ -1,6 +1,6 @@
# Split Brain Resolver
-When operating an Pekko cluster you must consider how to handle
+When operating a Pekko cluster you must consider how to handle
[network partitions](https://en.wikipedia.org/wiki/Network_partition) (a.k.a. split brain scenarios)
and machine crashes (including JVM and hardware failures). This is crucial for correct behavior if
you use @ref:[Cluster Singleton](typed/cluster-singleton.md) or @ref:[Cluster Sharding](typed/cluster-sharding.md),
diff --git a/docs/src/main/paradox/stream/reactive-streams-interop.md b/docs/src/main/paradox/stream/reactive-streams-interop.md
index 7363dde597..b5c0d30981 100644
--- a/docs/src/main/paradox/stream/reactive-streams-interop.md
+++ b/docs/src/main/paradox/stream/reactive-streams-interop.md
@@ -55,7 +55,7 @@ Scala
Java
: @@snip [ReactiveStreamsDocTest.java](/docs/src/test/java/jdocs/stream/ReactiveStreamsDocTest.java) { #author-storage-subscriber }
-Using an Pekko Streams `Flow` we can transform the stream and connect those:
+Using a Pekko Streams `Flow` we can transform the stream and connect those:
Scala
: @@snip [ReactiveStreamsDocSpec.scala](/docs/src/test/scala/docs/stream/ReactiveStreamsDocSpec.scala) { #authors #connect-all }
diff --git a/docs/src/main/paradox/stream/stream-flows-and-basics.md b/docs/src/main/paradox/stream/stream-flows-and-basics.md
index b41aacb926..eda4e83b66 100644
--- a/docs/src/main/paradox/stream/stream-flows-and-basics.md
+++ b/docs/src/main/paradox/stream/stream-flows-and-basics.md
@@ -412,7 +412,7 @@ This is a very useful technique if the stream is closely related to the actor, e
You may also cause a `Materializer` to shut down by explicitly calling @apidoc[shutdown()](stream.Materializer) {scala="#shutdown():Unit" java="#shutdown()"} on it, resulting in abruptly terminating all of the streams it has been running then.
Sometimes, however, you may want to explicitly create a stream that will out-last the actor's life.
-For example, you are using an Pekko stream to push some large stream of data to an external service.
+For example, you are using a Pekko stream to push some large stream of data to an external service.
You may want to eagerly stop the Actor since it has performed all of its duties already:
Scala
diff --git a/docs/src/main/paradox/stream/stream-quickstart.md b/docs/src/main/paradox/stream/stream-quickstart.md
index 994c12d68c..b7333578b8 100644
--- a/docs/src/main/paradox/stream/stream-quickstart.md
+++ b/docs/src/main/paradox/stream/stream-quickstart.md
@@ -21,7 +21,7 @@ or viceversa. See @ref:[IDE Tips](../additional/ide.md).
## First steps
-A stream usually begins at a source, so this is also how we start an Pekko
+A stream usually begins at a source, so this is also how we start a Pekko
Stream. Before we create one, we import the full complement of streaming tools:
Scala
@@ -38,7 +38,7 @@ Scala
Java
: @@snip [QuickStartDocTest.java](/docs/src/test/java/jdocs/stream/QuickStartDocTest.java) { #other-imports }
-And @scala[an object]@java[a class] to start an Pekko @apidoc[actor.ActorSystem] and hold your code @scala[. Making the `ActorSystem`
+And @scala[an object]@java[a class] to start a Pekko @apidoc[actor.ActorSystem] and hold your code @scala[. Making the `ActorSystem`
implicit makes it available to the streams without manually passing it when running them]:
Scala
diff --git a/docs/src/main/paradox/stream/stream-refs.md b/docs/src/main/paradox/stream/stream-refs.md
index f7a1b9af31..61cb986d64 100644
--- a/docs/src/main/paradox/stream/stream-refs.md
+++ b/docs/src/main/paradox/stream/stream-refs.md
@@ -23,7 +23,7 @@ To use Pekko Streams, add the module to your project:
@@@
Stream references, or "stream refs" for short, allow running Pekko Streams across multiple nodes within
-an Pekko Cluster.
+a Pekko Cluster.
Unlike heavier "streaming data processing" frameworks, Pekko Streams are neither "deployed" nor automatically distributed.
Pekko stream refs are, as the name implies, references to existing parts of a stream, and can be used to create a
diff --git a/docs/src/main/paradox/typed/cluster-membership.md b/docs/src/main/paradox/typed/cluster-membership.md
index 9c8f946254..19869e98d3 100644
--- a/docs/src/main/paradox/typed/cluster-membership.md
+++ b/docs/src/main/paradox/typed/cluster-membership.md
@@ -13,7 +13,7 @@ on top of the cluster membership service.
## Introduction
A cluster is made up of a set of member nodes. The identifier for each node is a
-`hostname:port:uid` tuple. An Pekko application can be distributed over a cluster with
+`hostname:port:uid` tuple. A Pekko application can be distributed over a cluster with
each node hosting some part of the application. Cluster membership and the actors running
on that node of the application are decoupled. A node could be a member of a
cluster without hosting any actors. Joining a cluster is initiated
diff --git a/docs/src/main/paradox/typed/dispatchers.md b/docs/src/main/paradox/typed/dispatchers.md
index 725576be62..39c963a568 100644
--- a/docs/src/main/paradox/typed/dispatchers.md
+++ b/docs/src/main/paradox/typed/dispatchers.md
@@ -21,7 +21,7 @@ page describes how to use dispatchers with `pekko-actor-typed`, which has depend
## Introduction
-An Pekko `MessageDispatcher` is what makes Pekko Actors "tick", it is the engine of the machine so to speak.
+A Pekko `MessageDispatcher` is what makes Pekko Actors "tick", it is the engine of the machine so to speak.
All `MessageDispatcher` implementations are also an @scala[`ExecutionContext`]@java[`Executor`], which means that they can be used
to execute arbitrary code, for instance @scala[`Future`s]@java[`CompletableFuture`s].
diff --git a/docs/src/main/paradox/typed/distributed-data.md b/docs/src/main/paradox/typed/distributed-data.md
index 57a1712814..60891c58a6 100644
--- a/docs/src/main/paradox/typed/distributed-data.md
+++ b/docs/src/main/paradox/typed/distributed-data.md
@@ -1,5 +1,5 @@
---
-project.description: Share data between nodes and perform updates without coordination in an Pekko Cluster using Conflict Free Replicated Data Types CRDT.
+project.description: Share data between nodes and perform updates without coordination in a Pekko Cluster using Conflict Free Replicated Data Types CRDT.
---
# Distributed Data
diff --git a/docs/src/main/paradox/typed/durable-state/persistence.md b/docs/src/main/paradox/typed/durable-state/persistence.md
index 406524ee71..c62d521cba 100644
--- a/docs/src/main/paradox/typed/durable-state/persistence.md
+++ b/docs/src/main/paradox/typed/durable-state/persistence.md
@@ -42,7 +42,7 @@ is ensured, have a look at the @ref:[Cluster Sharding and DurableStateBehavior](
## Example and core API
-Let's start with a simple example that models a counter using an Pekko persistent actor. The minimum required for a @apidoc[DurableStateBehavior] is:
+Let's start with a simple example that models a counter using a Pekko persistent actor. The minimum required for a @apidoc[DurableStateBehavior] is:
Scala
: @@snip [DurableStatePersistentBehaviorCompileOnly.scala](/persistence-typed/src/test/scala/docs/org/apache/pekko/persistence/typed/DurableStatePersistentBehaviorCompileOnly.scala) { #structure }
diff --git a/docs/src/main/paradox/typed/guide/modules.md b/docs/src/main/paradox/typed/guide/modules.md
index 6707e24926..9ba03174c0 100644
--- a/docs/src/main/paradox/typed/guide/modules.md
+++ b/docs/src/main/paradox/typed/guide/modules.md
@@ -111,7 +111,7 @@ Challenges the Cluster module solves include the following:
version=PekkoVersion
}
-Sharding helps to solve the problem of distributing a set of actors among members of an Pekko cluster.
+Sharding helps to solve the problem of distributing a set of actors among members of a Pekko cluster.
Sharding is a pattern that mostly used together with Persistence to balance a large set of persistent entities
(backed by actors) to members of a cluster and also migrate them to other nodes when members crash or leave.
@@ -203,7 +203,7 @@ Challenges Projections solve include the following:
}
In situations where eventual consistency is acceptable, it is possible to share data between nodes in
-an Pekko Cluster and accept both reads and writes even in the face of cluster partitions. This can be
+a Pekko Cluster and accept both reads and writes even in the face of cluster partitions. This can be
achieved using [Conflict Free Replicated Data Types](https://en.wikipedia.org/wiki/Conflict-free_replicated_data_type) (CRDTs), where writes on different nodes can
happen concurrently and are merged in a predictable way afterward. The Distributed Data module
provides infrastructure to share data and a number of useful data types.
diff --git a/docs/src/main/paradox/typed/guide/tutorial.md b/docs/src/main/paradox/typed/guide/tutorial.md
index d1d5f096d6..5be9988a62 100644
--- a/docs/src/main/paradox/typed/guide/tutorial.md
+++ b/docs/src/main/paradox/typed/guide/tutorial.md
@@ -1,7 +1,7 @@
# Introduction to the Example
When writing prose, the hardest part is often composing the first few sentences. There is a similar "blank canvas" feeling
-when starting to build an Pekko system. You might wonder: Which should be the first actor? Where should it live? What should it do?
+when starting to build a Pekko system. You might wonder: Which should be the first actor? Where should it live? What should it do?
Fortunately — unlike with prose — established best practices can guide us through these initial steps. In the remainder of this guide, we examine the core logic of a simple Pekko application to introduce you to actors and show you how to formulate solutions with them. The example demonstrates common patterns that will help you kickstart your Pekko projects.
## Prerequisites
diff --git a/docs/src/main/paradox/typed/replicated-eventsourcing.md b/docs/src/main/paradox/typed/replicated-eventsourcing.md
index ed5931616f..3c21361086 100644
--- a/docs/src/main/paradox/typed/replicated-eventsourcing.md
+++ b/docs/src/main/paradox/typed/replicated-eventsourcing.md
@@ -78,7 +78,7 @@ The factory takes in:
* `allReplicasAndQueryPlugins`: All Replicas and the query plugin used to read their events
* A factory function to create an instance of the @scala[`EventSourcedBehavior`]@java[`ReplicatedEventSourcedBehavior`]
-In this scenario each replica reads from each other's database effectively providing cross region replication for any database that has an Pekko Persistence plugin. Alternatively if all the replicas use the same journal, e.g. for testing or if it is a distributed database such as Cassandra, the `withSharedJournal` factory can be used.
+In this scenario each replica reads from each other's database effectively providing cross region replication for any database that has a Pekko Persistence plugin. Alternatively if all the replicas use the same journal, e.g. for testing or if it is a distributed database such as Cassandra, the `withSharedJournal` factory can be used.
Scala
: @@snip [ReplicatedEventSourcingCompileOnlySpec.scala](/persistence-typed-tests/src/test/scala/docs/org/apache/pekko/persistence/typed/ReplicatedEventSourcingCompileOnlySpec.scala) { #factory-shared}
diff --git a/remote/src/main/resources/reference.conf b/remote/src/main/resources/reference.conf
index 773d3a67ce..c2a34dc155 100644
--- a/remote/src/main/resources/reference.conf
+++ b/remote/src/main/resources/reference.conf
@@ -706,7 +706,7 @@ pekko {
# However, starting with Pekko 2.4.12, even with this setting "off", the active side (TLS client side)
# will use the given key-store to send over a certificate if asked. A rolling upgrade from versions of
# Pekko < 2.4.12 can therefore work like this:
- # - upgrade all nodes to an Pekko version >= 2.4.12, in the best case the latest version, but keep this setting at "off"
+ # - upgrade all nodes to a Pekko version >= 2.4.12, in the best case the latest version, but keep this setting at "off"
# - then switch this flag to "on" and do again a rolling upgrade of all nodes
# The first step ensures that all nodes will send over a certificate when asked to. The second
# step will ensure that all nodes finally enforce the secure checking of client certificates.
diff --git a/testkit/src/test/scala/org/apache/pekko/testkit/PekkoSpecSpec.scala b/testkit/src/test/scala/org/apache/pekko/testkit/PekkoSpecSpec.scala
index 9c3fa5e087..d83eb5661b 100644
--- a/testkit/src/test/scala/org/apache/pekko/testkit/PekkoSpecSpec.scala
+++ b/testkit/src/test/scala/org/apache/pekko/testkit/PekkoSpecSpec.scala
@@ -32,7 +32,7 @@ import pekko.util.Timeout
@nowarn
class PekkoSpecSpec extends AnyWordSpec with Matchers {
- "An PekkoSpec" must {
+ "A PekkoSpec" must {
"warn about unhandled messages" in {
implicit val system = ActorSystem("PekkoSpec0", PekkoSpec.testConf)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@pekko.apache.org
For additional commands, e-mail: commits-help@pekko.apache.org