You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@kafka.apache.org by mj...@apache.org on 2022/12/28 20:54:23 UTC

[kafka] branch 3.4 updated: MINOT: Fix punctuation marks (#12613)

This is an automated email from the ASF dual-hosted git repository.

mjsax pushed a commit to branch 3.4
in repository https://gitbox.apache.org/repos/asf/kafka.git


The following commit(s) were added to refs/heads/3.4 by this push:
     new 7901f481d65 MINOT: Fix punctuation marks (#12613)
7901f481d65 is described below

commit 7901f481d6570753e71cbec9645a200b7238465d
Author: liuzc9 <90...@users.noreply.github.com>
AuthorDate: Thu Dec 29 04:52:47 2022 +0800

    MINOT: Fix punctuation marks (#12613)
    
    Reviewers: Divij Vaidya <di...@amazon.com>, Matthias J. Sax <ma...@confluent.io>
---
 docs/streams/architecture.html | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/docs/streams/architecture.html b/docs/streams/architecture.html
index e561231c311..f0561296148 100644
--- a/docs/streams/architecture.html
+++ b/docs/streams/architecture.html
@@ -68,8 +68,8 @@
     <p>
         Slightly simplified, the maximum parallelism at which your application may run is bounded by the maximum number of stream tasks, which itself is determined by
         maximum number of partitions of the input topic(s) the application is reading from. For example, if your input topic has 5 partitions, then you can run up to 5
-        applications instances. These instances will collaboratively process the topic’s data. If you run a larger number of app instances than partitions of the input
-        topic, the “excess” app instances will launch but remain idle; however, if one of the busy instances goes down, one of the idle instances will resume the former’s
+        applications instances. These instances will collaboratively process the topic's data. If you run a larger number of app instances than partitions of the input
+        topic, the "excess" app instances will launch but remain idle; however, if one of the busy instances goes down, one of the idle instances will resume the former's
         work.
     </p>