This is an automated email from the ASF dual-hosted git repository.
urfree pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/pulsar-site.git
The following commit(s) were added to refs/heads/main by this push:
new 54ab55d2b92 Docs sync done from apache/pulsar(#cfd2178)
54ab55d2b92 is described below
commit 54ab55d2b929a9789adc0110d184942290d1d176
Author: Pulsar Site Updater <[email protected]>
AuthorDate: Tue Aug 2 12:01:55 2022 +0000
Docs sync done from apache/pulsar(#cfd2178)
---
site2/website-next/docs/client-libraries-java.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/site2/website-next/docs/client-libraries-java.md
b/site2/website-next/docs/client-libraries-java.md
index 6e72d7fdae2..670736ad3ad 100644
--- a/site2/website-next/docs/client-libraries-java.md
+++ b/site2/website-next/docs/client-libraries-java.md
@@ -729,7 +729,7 @@ When you create a consumer, you can use the `loadConf`
configuration. The follow
`consumerName`|String|Consumer name|null
`ackTimeoutMillis`|long|Timeout of unacked messages|0
`tickDurationMillis`|long|Granularity of the ack-timeout redelivery.<br /><br
/>Using an higher `tickDurationMillis` reduces the memory overhead to track
messages when setting ack-timeout to a bigger value (for example, 1 hour).|1000
-`priorityLevel`|int|Priority level for a consumer to which a broker gives more
priority while dispatching messages in Shared subscription type. <br /><br
/>The broker follows descending priorities. For example, 0=max-priority, 1,
2,...<br /><br />In Shared subscription type, the broker **first dispatches
messages to the max priority level consumers if they have permits**. Otherwise,
the broker considers next priority level consumers.<br /><br /> **Example
1**<br />If a subscription has c [...]
+`priorityLevel`|int|Priority level for a consumer to which a broker gives more
priority while dispatching messages in Shared subscription type. It can be set
at the consumer level so all topics being consumed will have the same priority
level or each topic being consumed can be given a different priority level.<br
/><br />The broker follows descending priorities. For example, 0=max-priority,
1, 2,...<br /><br />In Shared subscription type, the broker **first dispatches
messages to the ma [...]
`cryptoFailureAction`|ConsumerCryptoFailureAction|Consumer should take action
when it receives a message that can not be decrypted.<br /><li>**FAIL**: this
is the default option to fail messages until crypto succeeds.</li><li>
**DISCARD**:silently acknowledge and not deliver message to an
application.</li><li>**CONSUME**: deliver encrypted messages to applications.
It is the application's responsibility to decrypt the message.</li><br />The
decompression of message fails. <br /><br />If [...]
`properties`|SortedMap<String, String>|A name or value property of this
consumer.<br /><br />`properties` is application defined metadata attached to a
consumer. <br /><br />When getting a topic stats, associate this metadata with
the consumer stats for easier identification.|new TreeMap()
`readCompacted`|boolean|If enabling `readCompacted`, a consumer reads messages
from a compacted topic rather than reading a full message backlog of a
topic.<br /><br /> A consumer only sees the latest value for each key in the
compacted topic, up until reaching the point in the topic message when
compacting backlog. Beyond that point, send messages as normal.<br /><br />Only
enabling `readCompacted` on subscriptions to persistent topics, which have a
single active consumer (like failure [...]
