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 658e4bc4b0 temporarily remove refs to platform guide (#280)
658e4bc4b0 is described below

commit 658e4bc4b0b9fd0305f435ab02c445a5344783aa
Author: PJ Fanning <[email protected]>
AuthorDate: Tue Apr 11 20:29:42 2023 +0200

    temporarily remove refs to platform guide (#280)
    
    Update persistence-testing.md
---
 docs/src/main/paradox/persistence-query.md         | 8 --------
 docs/src/main/paradox/project/examples.md          | 7 -------
 docs/src/main/paradox/typed/choosing-cluster.md    | 2 --
 docs/src/main/paradox/typed/cqrs.md                | 5 ++---
 docs/src/main/paradox/typed/guide/tutorial_5.md    | 1 -
 docs/src/main/paradox/typed/persistence-testing.md | 2 --
 docs/src/main/paradox/typed/persistence.md         | 8 +-------
 7 files changed, 3 insertions(+), 30 deletions(-)

diff --git a/docs/src/main/paradox/persistence-query.md 
b/docs/src/main/paradox/persistence-query.md
index ac78725c52..01b1d5a7d2 100644
--- a/docs/src/main/paradox/persistence-query.md
+++ b/docs/src/main/paradox/persistence-query.md
@@ -33,9 +33,6 @@ recommend (in the spirit of CQRS) of splitting up the 
write/read sides into sepa
 For a similar implementation of query interface to @ref:[Durable State 
Behaviors](typed/durable-state/persistence.md)
 please refer to @ref:[Persistence Query using Durable 
State](durable-state/persistence-query.md).
 
-The @extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/) explains how to
-implement an Event Sourced CQRS application with Pekko Persistence and Pekko 
Projections.
-
 ## Design overview
 
 Pekko persistence query is purposely designed to be a very loosely specified 
API.
@@ -333,8 +330,3 @@ resilience is important so that if a node crashes the 
persistent queries are qui
 resume operations @ref:[Cluster Sharding](cluster-sharding.md) together with 
event tagging is an excellent fit to 
 shard events over a cluster.
 
-## Example project
-
-The @extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/) explains how to
-use Event Sourcing and Projections together. The events are tagged to be 
consumed by even processors to build
-other representations from the events, or publish the events to other services.
diff --git a/docs/src/main/paradox/project/examples.md 
b/docs/src/main/paradox/project/examples.md
index 8c8118e91b..abee031818 100644
--- a/docs/src/main/paradox/project/examples.md
+++ b/docs/src/main/paradox/project/examples.md
@@ -50,13 +50,6 @@ This project contains a KillrWeather sample illustrating how 
to use Cluster Shar
 
 This project contains a Shopping Cart sample illustrating how to use Pekko 
Persistence.
 
-## CQRS
-
-The @extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/) contains a
-Shopping Cart sample illustrating how to use Event Sourcing and Projections 
together. The events are
-tagged to be consumed by even processors to build other representations from 
the events, or publish the events
-to other services.
-
 ## Replicated Event Sourcing
 
 @java[@extref[Multi-DC Persistence example 
project](samples:pekko-samples-persistence-dc-java)]
diff --git a/docs/src/main/paradox/typed/choosing-cluster.md 
b/docs/src/main/paradox/typed/choosing-cluster.md
index 9f0aed90f1..88c7ab6ee6 100644
--- a/docs/src/main/paradox/typed/choosing-cluster.md
+++ b/docs/src/main/paradox/typed/choosing-cluster.md
@@ -17,8 +17,6 @@ In a microservices architecture, you should consider 
communication within a serv
 In general we recommend against using Pekko Cluster and actor messaging 
between _different_ services because that
 would result in a too tight code coupling between the services and 
difficulties deploying these independent of
 each other, which is one of the main reasons for using a microservices 
architecture.
-See the discussion on @extref[Internal and External 
Communication](platform-guide:concepts/internal-and-external-communication.html)
-for some background on this.
 
 Nodes of a single service (collectively called a cluster) require less 
decoupling. They share the same code and
 are deployed together, as a set, by a single team or individual. There might 
be two versions running concurrently
diff --git a/docs/src/main/paradox/typed/cqrs.md 
b/docs/src/main/paradox/typed/cqrs.md
index 040539db89..8b874b7036 100644
--- a/docs/src/main/paradox/typed/cqrs.md
+++ b/docs/src/main/paradox/typed/cqrs.md
@@ -1,6 +1,5 @@
 # CQRS
 
 @ref:[EventSourcedBehavior](persistence.md)s along with [Pekko 
Projections]($pekko.doc.dns$/docs/pekko-projection/current/)
-can be used to implement Command Query Responsibility Segregation (CQRS). The 
@extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/)
-explains how to use Event Sourcing and Projections together. For implementing 
CQRS using @ref:[DurableStateBehavior](durable-state/persistence.md), please 
take a look at the corresponding @ref:[CQRS](durable-state/cqrs.md) 
documentation.
- 
+can be used to implement Command Query Responsibility Segregation (CQRS).
+For implementing CQRS using 
@ref:[DurableStateBehavior](durable-state/persistence.md), please take a look 
at the corresponding @ref:[CQRS](durable-state/cqrs.md) documentation. 
diff --git a/docs/src/main/paradox/typed/guide/tutorial_5.md 
b/docs/src/main/paradox/typed/guide/tutorial_5.md
index 59027b325c..63405f8aff 100644
--- a/docs/src/main/paradox/typed/guide/tutorial_5.md
+++ b/docs/src/main/paradox/typed/guide/tutorial_5.md
@@ -233,5 +233,4 @@ To continue your journey with Pekko, we recommend:
 
 To get from this guide to a complete application you would likely need to 
provide either an UI or an API. For this we recommend that you look at the 
following technologies and see what fits you:
 
- * @extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/) illustrates how to implement 
an Event Sourced CQRS application with Pekko Persistence and Pekko Projections 
  * [Pekko HTTP]($pekko.doc.dns$/docs/pekko-http/current/introduction.html) is 
a HTTP server and client library, making it possible to publish and consume 
HTTP endpoints
\ No newline at end of file
diff --git a/docs/src/main/paradox/typed/persistence-testing.md 
b/docs/src/main/paradox/typed/persistence-testing.md
index 56479afdca..46d828c153 100644
--- a/docs/src/main/paradox/typed/persistence-testing.md
+++ b/docs/src/main/paradox/typed/persistence-testing.md
@@ -189,8 +189,6 @@ For tests that involve more than one Cluster node you have 
to use another journa
 While it's possible to use the @ref:[Persistence Plugin 
Proxy](../persistence-plugins.md#persistence-plugin-proxy)
 it's often better and more realistic to use a real database.
 
-The @ref:[CQRS example](../project/examples.md#cqrs) includes tests that are 
using Pekko Persistence Cassandra.
-
 ### Plugin initialization
 
 Some Persistence plugins create tables automatically, but has the limitation 
that it can't be done concurrently
diff --git a/docs/src/main/paradox/typed/persistence.md 
b/docs/src/main/paradox/typed/persistence.md
index 16052690d0..b06d877410 100644
--- a/docs/src/main/paradox/typed/persistence.md
+++ b/docs/src/main/paradox/typed/persistence.md
@@ -39,9 +39,7 @@ or starting from a checkpoint in a snapshot, which can 
dramatically reduce recov
 
 Pekko Persistence also supports @ref:[Durable State 
Behaviors](durable-state/persistence.md), which is based on 
 persistence of the latest state of the actor. In this implementation, the 
_latest_ state is persisted, instead of events. 
-Hence this is more similar to CRUD based applications.
-
-The @extref[Microservices with Pekko 
tutorial](platform-guide:microservices-tutorial/) illustrates how to implement 
an Event Sourced CQRS application with Pekko Persistence and Pekko Projections.
+Hence, this is more similar to CRUD based applications.
 
 @@@ note
 
@@ -681,10 +679,6 @@ reference documentation of the chosen plugin.
 is an example project that can be downloaded, and with instructions of how to 
run.
 This project contains a Shopping Cart sample illustrating how to use Pekko 
Persistence.
 
-The Shopping Cart sample is expanded further in the @extref[Microservices with 
Pekko tutorial](platform-guide:microservices-tutorial/).
-In that sample the events are tagged to be consumed by even processors to 
build other representations
-from the events, or publish the events to other services.
-
 @java[@extref[Multi-DC Persistence example 
project](samples:pekko-samples-persistence-dc-java)]
 @scala[@extref[Multi-DC Persistence example 
project](samples:pekko-samples-persistence-dc-scala)]
 illustrates how to use @ref:[Replicated Event 
Sourcing](replicated-eventsourcing.md) that supports


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to