You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@pulsar.apache.org by sh...@apache.org on 2022/07/04 02:14:10 UTC

[pulsar] branch master updated: Update concepts-messaging.md (#16350)

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

shoothzj pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/pulsar.git


The following commit(s) were added to refs/heads/master by this push:
     new a92b7653206 Update concepts-messaging.md (#16350)
a92b7653206 is described below

commit a92b7653206f6896f89c9f2ba2c5ed27b6e1144d
Author: MTwz <48...@users.noreply.github.com>
AuthorDate: Mon Jul 4 10:14:01 2022 +0800

    Update concepts-messaging.md (#16350)
    
    [fix][Doc]Missing spaces prevent the markdown interpreter from displaying the table correctly
    
    <!--
    ### Contribution Checklist
    
      - PR title format should be *[type][component] summary*. For details, see *[Guideline - Pulsar PR Naming Convention](https://docs.google.com/document/d/1d8Pw6ZbWk-_pCKdOmdvx9rnhPiyuxwq60_TrD68d7BA/edit#heading=h.trs9rsex3xom)*.
    
      - Fill out the template below to describe the changes contributed by the pull request. That will give reviewers the context they need to do the review.
    
      - Each pull request should address only one issue, not mix up code from multiple issues.
    
      - Each commit in the pull request has a meaningful commit message
    
      - Once all items of the checklist are addressed, remove the above text and this checklist, leaving only the filled out template below.
    
    **(The sections below can be removed for hotfixes of typos)**
    -->
    
    *(If this PR fixes a github issue, please add `Fixes #<xyz>`.)*
    
    Fixes #<xyz>
    
    *(or if this PR is one task of a github issue, please add `Master Issue: #<xyz>` to link to the master issue.)*
    
    Master Issue: #<xyz>
    
    ### Motivation
    
    
    *Explain here the context, and why you're making that change. What is the problem you're trying to solve.*
    When I was learning the basic concepts of plusar recently, I found that there was a problem with the markdown syntax of some tables in the document.
    ### Modifications
    
    *Describe the modifications you've done.*
    ./site2/docs/concepts-messaging.md
    ### Verifying this change
    
    - [x] Make sure that the change passes the CI checks: This change is a trivial rework / code cleanup without any test coverage.
    
    *(Please pick either of the following options)*
    
    This change is a trivial rework / code cleanup without any test coverage.
    
    *(or)*
    
    This change is already covered by existing tests, such as *(please describe tests)*.
    
    *(or)*
    
    This change added tests and can be verified as follows:
    
    *(example:)*
      - *Added integration tests for end-to-end deployment with large payloads (10MB)*
      - *Extended integration test for recovery after broker failure*
    
    ### Does this pull request potentially affect one of the following parts:
    
    *If `yes` was chosen, please highlight the changes*
    
      - Dependencies (does it add or upgrade a dependency): (yes / `no`)
      - The public API: (yes / `no`)
      - The schema: (yes / `no` / don't know)
      - The default values of configurations: (yes / `no`)
      - The wire protocol: (yes / `no`)
      - The rest endpoints: (yes / `no`)
      - The admin cli options: (yes / `no`)
      - Anything that affects deployment: (yes / `no` / don't know)
    
    ### Documentation
    
    Check the box below or label this PR directly.
    
    Need to update docs?
    
    - [ ] `doc-required`
    (Your PR needs to update docs and you will update later)
    
    - [ ] `doc-not-needed`
    (Please explain why)
    
    - [x] `doc`
    (Your PR contains doc changes)
    
    - [ ] `doc-complete`
    (Docs have been already added)
---
 site2/docs/concepts-messaging.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/site2/docs/concepts-messaging.md b/site2/docs/concepts-messaging.md
index 72d232d0dae..71e5fdc72b5 100644
--- a/site2/docs/concepts-messaging.md
+++ b/site2/docs/concepts-messaging.md
@@ -654,9 +654,9 @@ The subscription mode indicates the cursor type.
 - When a consumer of the subscription restarts, it can continue consuming from the last message it consumes.
 
 Subscription mode | Description | Note
-|---|---|---
-`Durable`|The cursor is durable, which retains messages and persists the current position. <br />If a broker restarts from a failure, it can recover the cursor from the persistent storage (BookKeeper), so that messages can continue to be consumed from the last consumed position.|`Durable` is the **default** subscription mode.
-`NonDurable`|The cursor is non-durable. <br />Once a broker stops, the cursor is lost and can never be recovered, so that messages **can not** continue to be consumed from the last consumed position.|Reader’s subscription mode is `NonDurable` in nature and it does not prevent data in a topic from being deleted. Reader’s subscription mode **can not** be changed. 
+:-----------------|:------------|:------------
+`Durable` | The cursor is durable, which retains messages and persists the current position. <br />If a broker restarts from a failure, it can recover the cursor from the persistent storage (BookKeeper), so that messages can continue to be consumed from the last consumed position. | `Durable` is the **default** subscription mode.
+`NonDurable` | The cursor is non-durable. <br />Once a broker stops, the cursor is lost and can never be recovered, so that messages **can not** continue to be consumed from the last consumed position. | Reader’s subscription mode is `NonDurable` in nature and it does not prevent data in a topic from being deleted. Reader’s subscription mode **can not** be changed. 
 
 A [subscription](#subscriptions) can have one or more consumers. When a consumer subscribes to a topic, it must specify the subscription name. A durable subscription and a non-durable subscription can have the same name, they are independent of each other. If a consumer specifies a subscription which does not exist before, the subscription is automatically created.