[DISCUSS] [PIP-160] ManagedLedger decorator for batch append enties

Hi Pulsar community: I open a pip to discuss ManagedLedger Decorator for batch append enties. link: https://github.com/apache/pulsar/issues/15370 Thanks, Feng

[DISCUSS] [PIP-165] Auto release client useless connections

Hi Pulsar community: I open a pip to discuss Auto release client useless connections. link: [PIP-165] Auto release client useless connections · Issue #15516 · apache/pulsar (github.com)

[DISCUSS] [PIP-165] Auto release client useless connections

n uses the current connection, release it. - **Pulsar proxy** If the connection has not transmitted valid data for a long time, release it. Yubiao Feng Thanks

Re: [DISCUSS] [PIP-165] Auto release client useless connections

is increasing produce latency > when topic ownership changed, any way to avoid that? > > Thanks, > Haiting > > > On 2022/05/26 06:31:37 Yubiao Feng wrote: > > I open a pip to discuss Auto release client useless connections, could > you > > help me review > >

Re: [DISCUSS] [PIP-165] Auto release client useless connections

se connection-192.168.0.1 to be created and released repeatedly. We can declare a policy to either command lookup using 192.168.0.3(already created connection) or not release the service-URL connection. Yubiao Feng Thanks On Fri, May 27, 2022 at 6:31 PM Haiting Jiang wrote: > Hi Yubiao, > &

[VOTE] PIP-165: Auto release client useless connections

5254> and the discussion thead is available at https://lists.apache.org/thread/t6h98qs2coc56z06tw38hdlljl67ft4n Voting will stay open for at least 48h. Thanks, Yubiao Feng

Re: [VOTE] PIP-165: Auto release client useless connections

om) <https://github.com/apache/pulsar/issues/15516> Discuss Link: [DISCUSS] [PIP-165] Auto release client useless connections-Apache Mail Archives <https://lists.apache.org/thread/t6h98qs2coc56z06tw38hdlljl67ft4n> Voting will stay open for at least 48h. Thanks, Yubiao Feng On Wed, Jun 1,

Re: [DISCUSS] [PIP-165] Auto release client useless connections

If the connection is closed, it will re-connect when consumers or producers > start to consume and produce messages again, but this time the max > connection count will reach the max count. > > > On 2022/05/26 06:31:37 Yubiao Feng wrote: > > I open a pip to discuss Auto releas

Re: [DISCUSS] [PIP-165] Auto release client useless connections

2022 at 11:44 AM Ran Gao > > This is a good idea, but I have a concern, Pulsar has the config > > `brokerMaxConnections` to control max connection count against one > broker. > > If the connection is closed, it will re-connect when consumers or > producers > > start to

[DISCUSS] [PIP-160] Batch writing ledger for transaction operation

Hi Pulsar community: I open a pip to discuss "Batch writing ledger for transaction operation" Proposal Link: https://github.com/apache/pulsar/issues/15370 ## Motivation Before reading the background, I suggest you read section “Transaction Flow” of [PIP-31: Transactional Streaming]( https://doc

Re: [DISCUSS] [PIP-160] Batch writing ledger for transaction operation

internal components. > But I have two little questions: > 1. I noticed you write conf transactionMetadataStoreProviderClassName is > configured in broker.conf. Should this be added to `Configuration Changes`? > 2. This proposal will add a batch mechanism for pending ack, but this > pro

Re: [DISCUSS] [PIP-160] Batch writing ledger for transaction operation

e it is better to simply have a flag > "transactionEnableBatchWrites". > Otherwise the matrix of possible implementations will grow without limits. > > Enrico > > Il giorno ven 10 giu 2022 alle ore 11:35 Yubiao Feng > ha scritto: > > > > Hi Pulsar community:

Re: [DISCUSS] [PIP-160] Batch writing ledger for transaction operation

t; > I believe it is better to simply have a flag > > "transactionEnableBatchWrites". > > Otherwise the matrix of possible implementations will grow without > limits. > > > > Enrico > > > > Il giorno ven 10 giu 2022 alle ore 11:35 Yubiao Feng > >

Re: [VOTE] PIP-165: Auto release client useless connections

ke Yang > > > > On Wed, Jun 15, 2022 at 10:28 AM Haiting Jiang > > wrote: > > > > > +1 > > > > > > Haiting > > > > > > On 2022/06/14 10:28:22 Xiangying Meng wrote: > > > > +1 > > > > > > >

Re: [DISCUSS] [PIP-160] Batch writing ledger for transaction operation

> classname. > I believe it is better to simply have a flag > "transactionEnableBatchWrites". > Otherwise the matrix of possible implementations will grow without limits. > > Enrico > > Il giorno ven 10 giu 2022 alle ore 11:35 Yubiao Feng > ha scritto: > >

[VOTE] PIP-160 Make transactions work more efficiently by aggregation operation for transaction log and pending ack store

e at https://lists.apache.org/thread/lsmn0hg9np97qrzzh2wovxq1yhxj9qhy Voting will stay open for at least 48h. Thanks Yubiao Feng

[DISCUSS] [PIP-179] Support the admin API to check unknown request parameters

is feature does not affect this part of the functionality. ```shell pulsar-admin brokers update-dynamic-config --config httpRequestsFailOnUnknownPropertiesEnabled --value [boolean] ``` Thanks Yubiao Feng

[VOTE] [PIP-179] Support the admin API to check unknown request parameters

org/thread/m8vkxl46njm7sh0r1mqsn25jggq9v8kb Voting will stay open for at least 48h. Thanks Yubiao Feng

Re: [VOTE] PIP-165: Auto release client useless connections

The PIP passes with 3 bindings +1: Hang Chen, Penghui Li, and Jia Zhai. I will start working, Please help to move to the wiki. Thanks Yubiao Feng On Mon, Jun 20, 2022 at 9:37 AM Jia Zhai wrote: > +1 > > On Fri, Jun 17, 2022 at 11:35 AM Yubiao Feng > wrote: > > > Hi M

Re: [VOTE] PIP-160 Make transactions work more efficiently by aggregation operation for transaction log and pending ack store

The PIP passes with 3 bindings +1: Hang Chen, Penghui Li, and Jia Zhai. I will start working, Please help to move to the wiki. Thanks Yubiao Feng On Thu, Jul 7, 2022 at 9:52 AM Hang Chen wrote: > +1 (binding) > > Thanks, > Hang >

Re: [DISCUSS] [PIP-179] Support the admin API to check unknown request parameters

Hi Haiting > Can we get a warning log on broker, even if this is false. This would be useful for existing clusters to turn on this feature. I think it is a good idea. It may not be easy to implement, but I will try it. I will explain in PR whether this is implemented and why. Thanks Yubiao F

Re: [DISCUSS] [PIP-179] Support the admin API to check unknown request parameters

ort. - Function: I am not familiar with function now. I will read the implementation of the function and give you an extra reply (I've been busy lately, so will be a little late). Thanks Yubiao Feng On Thu, Jun 30, 2022 at 12:34 PM Michael Marshall wrote: > I think this optional configu

Re: [DISCUSS] [PIP-179] Support the admin API to check unknown request parameters

> Dave > > On Sat, Jul 2, 2022 at 9:26 AM Haiting Jiang > wrote: > > > > > > > On 2022/06/22 02:52:44 Yubiao Feng wrote: > > > Hi, Pulsar community: > > > > > > I open a pip to discuss "Support the admin API to check unknown reques

Re: [VOTE] [PIP-179] Support the admin API to check unknown request parameters

The PIP passes with 3 bindings +1: Hang Chen, Penghui Li, and Enrico Olivelli. I will start working, Please help to move to the wiki. Thanks Yubiao Feng On Thu, Jun 30, 2022 at 10:10 AM PengHui Li wrote: > +1 (binding) > > Penghui > > On Thu, Jun 30, 2022 at 12:40 AM Yubia

Re: [DISCUSS] [PIP-179] Support the admin API to check unknown request parameters

quot;function works API SourcesApiV3Resource", "function works API SinksApiV3Resource" and "function works API FunctionsApiV3Resource". Currently, there is no API that uses the request of Post Entity. If it is used in the future, I will submit PR to solve it. Thanks Yubiao

Re: Batch Messages with only 1 message

+1 Good idea. Thanks Yubiao Feng On Tue, Jul 12, 2022 at 3:54 PM Enrico Olivelli wrote: > Hello, > I think that we could implement a small but effective enhancement to > batching. > > It may happen that even if you enable batching you come to create > entries w

Re: [DISCUSS] Create a new Github Project to track the flaky tests

That is a good way to track flaky test fix +1 On Wed, Aug 10, 2022 at 4:35 PM PengHui Li wrote: > Hi all, > > For better tracking flaky test fix, I have tried to create a Github > Project under the Pulsar repo https://github.com/apache/pulsar/projects/11 > (It can be removed if we don't like th

Re: [DISCUSSION] PiP196 TransactionBuffer Multiple-snapshots

ensure the atomicity of the two writes, I suggest adding a check mechanism that snapshot not recorded in the index is invalid. > Clean up unused aborts data Now, this section only has instructions for clear snapshots. I think we should add this: how to delete/override the index data. Than

Re: [DISCUSSION] PiP196 TransactionBuffer Multiple-snapshots

be found in *take snapshot # How*. > The cleanup of the index is done automatically by the compressor. I will > add it at *### Snapshot index topic.* > > yours sincerely, > Xiangying Meng > > > > > On Mon, Aug 15, 2022 at 3:56 PM Yubiao Feng > wrote: > > &

Re: [DISCUSSION] PiP196 TransactionBuffer Multiple-snapshots

Hi Xiangying >> Can the sequence id generation strategy be added to the proposal？ > think it's an implementation detail that shouldn't be exposed to the user at all. OK. Thanks Yubiao Feng On Mon, Aug 15, 2022 at 8:11 PM Xiangying Meng wrote: > Hi, yubiao, > I thi

[DISCUSS]Do not delete all schema data when one version is non recoverable

=== Motivation Now, when a version-data of schema is lost, all schema data for that topic will be deleted. see: https://github.com/apache/pulsar/blob/0e149ef0484755d42e214f03003237299433c89a/pulsar-broker/src/main/java/org/apache/pulsar/broker/service/schema/SchemaRegistryServiceImpl.java#L527-L565

Re: [VOTE] PIP-290 Support WSS E2E encryption and not need to expose the private key to the WebSocket Proxy

rHandler`. > IMO, it's better to introduce a public AP >I to help client support it. but it's fine > to use it to solve the web socket > problem now. Good suggestion. We can talk about improve the client design and adding API later Thanks Yubiao Feng On Tue, Aug 22, 2023 at 12

Re: [VOTE] PIP-290 Support WSS E2E encryption and not need to expose the private key to the WebSocket Proxy

Close the vote with 3(binding). Thanks Yubiao Feng On Mon, Aug 21, 2023 at 4:07 PM Yubiao Feng wrote: > Hello, Guys > > Since there are no concerns in the discussion mail, I'd like to start > voting for this PIP. > > The PIP link: https://github.com/apache/pulsar/pull

Re: [DISCUSS]PIP-295: Fixing Chunk Message Duplication Issue

t. This may cause the consumer to > receive a corrupt > message. Good point. Thanks Yubiao Feng On Wed, Aug 23, 2023 at 12:34 PM Zike Yang wrote: > Hi, xiangying, > > Thanks for your PIP. > > IIUC, this may change the existing behavior and may introduce > inconsistencies. >

Re: [VOTE] PIP 296: Introduce the `getLastMessageIds` API to Reader

+1 (non-binding) Thanks Yubiao Feng On Fri, Aug 25, 2023 at 2:53 PM Xiangying Meng wrote: > Hi Pulsar Community, > > This is the vote thread for PIP 296: > https://github.com/apache/pulsar/pull/21052 > > This PIP will help to improve the flexibility of Reader usage. > > Thanks, > Xiangying >

[DISCUSS] Cherry-pick #18518 into branch-2.10 and branch-2.11

to the non-partitioned topic, but no consumer consumes it, which means that the message is lost from the user's point of view. So this is an important fix. Since this PR 21063 relies on PR #18518, I want to cherry-pick #18518 into branch 2.10 and branch 2.11. Thanks Yubiao Feng

Re: [DISCUSS] Cherry-pick #18518 into branch-2.10 and branch-2.11

` Thanks Yubiao Feng On Wed, Aug 30, 2023 at 1:37 AM Yubiao Feng wrote: > Hi all > > ### Background > The PR https://github.com/apache/pulsar/pull/18518 added to MetadataStore > the support for using the sync() API and added refreshAndGetAsync() to > MetadataCache. > > T

[DISCUSS] PIP-299: A limitation for the max size of cursor metadata to persist

Hi all I proposed this PIP https://github.com/apache/pulsar/pull/21118, to provide a way to limit the max size of cursor metadata to persist. Please take a look and let me know what you think. Thanks Yubiao Feng

Re: [DISCUSS] PIP-296: Support storing broker internal client certificates in metadata store

Hi Mattion +1 I think this pretty makes Pulsar easy to use. Thanks Yubiao On Fri, Sep 8, 2023 at 4:21 PM mattison chao wrote: > > Hello, folks. > > I hope this email finds you well. I would like to start a discussion about > PIP-296 Support storing broker internal client certificates in meta

[DISCUSS] Cherry-pick the tool method `Servercnx.checkConnectionLiveness` into branch-2.10 and branch-2.11

pick the tool method `Servercnx.checkConnectionLiveness` into branch-2.10 and branch-2.11 along with the PR #21155 Thanks Yubiao Feng

Re: [DISCUSS] Cherry-pick the tool method `Servercnx.checkConnectionLiveness` into branch-2.10 and branch-2.11

Hi all Cherry-picked. Thanks Yubiao Feng On Thu, Sep 14, 2023 at 12:10 PM Yubiao Feng wrote: > Hi all > > The PR https://github.com/apache/pulsar/pull/21155 fixes an issue in > which the producer sends messages timeout due to the inability to reconnect > successfully. The ro

Re: [Vote] PIP-281: Optimize Bundle Unload(Transfer) Protocol for ExtensibleLoadManager

+1 (no binding) Thanks Yubiao Feng On Tue, Aug 8, 2023 at 2:55 AM Heesung Sohn wrote: > Hi, > > I'd like to start a vote thread for the PIP-281. > https://github.com/apache/pulsar/pull/20748 > > Discussion : > https://lists.apache.org/thread/bdmx4qhn6hkoxm0xbtf67tq4kt5r8jmy > > Best, > Heesung >

[VOTE] PIP-299: Stop dispatch messages if the individual acks will be lost in the persistent storage

Hi all I'd like to start a vote thread for the PIP-299.

Re: [VOTE] PIP-299: Stop dispatch messages if the individual acks will be lost in the persistent storage

Sorry. The last email was sent by mistake. Just correct it by this one. I'd like to start a vote thread for the PIP-299. https://github.com/apache/pulsar/pull/21118 Discussion : https://lists.apache.org/thread/2fzo1gnlyd1t5o80g1polbvbx4699r09 Thanks Yubiao Feng On Thu, Sep 21, 2023 at 2:

[DISCUSS] Release Pulsar 3.0.2

fixes that need to be included in Pulsar 3.0.2 Thanks Yubiao Feng

Re: [DISCUSS] Release Pulsar 3.1.1

+1 Thanks Yubiao Feng On Mon, Sep 18, 2023 at 1:32 PM guo jiwei wrote: > Hi all, > > I would like to propose releasing the Pulsar 3.1.1. > > It's over one month since the release of 3.1.0 and there are 56 new commits > in branch-3.1: > https://github.com/apache/puls

Re: [DISCUSS] Unload Rate Limiting during Graceful Shutdown of Pulsar

Hi Donglai, Mattison I agree with @Mattison Thanks Yubiao Feng On Mon, Aug 21, 2023 at 8:50 PM wrote: > > Hi, > > I agree with this change to improve the stability of the pulsar cluster. > > Just one concern. it's better to move this discussion to a new PIP. > bec

Re: [DISCUSS] PIP-304: Make PublishContext provide the message metadata

into the PIP. I also think providing message metadata byte buf is a better way, and you need to pay attention to the release of ByteBuf. Thanks Yubiao Feng On Sat, Oct 7, 2023 at 12:49 PM kecona wrote: > Hi all, > > I wrote a PIP to make PublishContext provide the message metadata, se

Re: [DISCUSS] PIP-304: Make PublishContext provide the message metadata

Hi Kecona Sorry, I think I did not clear what I wanted to say. And correct it: could you add more detail to the Motivation, for example: I need the field `ordering_key` to do something, but I can not get it from Publish Context. Thanks Yubiao Feng On Sat, Oct 7, 2023 at 3:53 PM kecona wrote

Re: [VOTE] PIP-302 Introduce refreshAsync API for TableView

+1 (no-binding) And correct the link of PIP: - https://github.com/apache/pulsar/pull/21271 Thanks Yubiao Feng On Wed, Sep 27, 2023 at 3:04 PM Xiangying Meng wrote: > Hi dev, >This thread is to start a vote for PIP-302 Add new API > refreshAsync for TableView. > Discuss thr

Re: [VOTE] PIP-299: Stop dispatch messages if the individual acks will be lost in the persistent storage

Close the vote with 3(binding). Thanks Yubiao Feng On Thu, Sep 21, 2023 at 2:52 PM Yubiao Feng wrote: > Sorry. The last email was sent by mistake. Just correct it by this one. > > I'd like to start a vote thread for the PIP-299. > https://github.com/apache/pulsar/pull/211

Re: [DISCUSS] Release Apache Pulsar 2.11.3

+1 Thanks Yubiao Feng On Mon, Oct 16, 2023 at 9:13 PM Baodi Shi wrote: > Hi all > > I would like to propose releasing the Pulsar 2.11.3 > > It's over one month since the release of 2.11.3, and there are 87 new > commits. > > in branch-2.11: > https://github.c

Re: [DISCUSS] PIP-307: Support subscribing multi-topics for WebSocket

Hi @Jiwei +1 It is a good feature, I think it will help users. Thanks Yubiao Feng On Wed, Oct 18, 2023 at 8:45 PM guo jiwei wrote: > Hi dev, >Currently WebSocket only supports the consumption of a single topic, > which cannot satisfy users' consumption scenarios of multip

Re: [VOTE] PIP-307: Support subscribing multi-topics for WebSocket

+1(no-binding) Best, Yubiao Feng On Thu, Oct 19, 2023 at 8:47 PM guo jiwei wrote: > Hi dev, >Currently WebSocket only supports the consumption of a single topic, > which cannot satisfy users' consumption scenarios of multiple topics. So > in order to support consumption o

[VOTE] Pulsar Release 3.0.2 Candidate 2

rvice. Regards Yubiao Feng(poorbarcode)

Re: [VOTE] Pulsar Release 3.0.2 Candidate 2

Update: blocked by https://github.com/apache/pulsar/pull/21445 I will do a new candidate later Thanks Yubiao Feng On Fri, Oct 27, 2023 at 10:50 PM Yubiao Feng wrote: > This is the first release candidate for Apache Pulsar version 3.0.2. > > It fixes the following issues:

Re: [VOTE] Pulsar Client C++ Release 3.4.0 Candidate 2

+1 (no-binding) Thanks Yubiao Feng On Tue, Nov 7, 2023 at 3:03 PM Yunze Xu wrote: > This is the second release candidate for Apache Pulsar Client C++, > version 3.4.0. > > It fixes the following issues: > https://github.com/apache/pulsar-client-cpp/milestone/5?closed=1 > >

Re: [VOTE] Pulsar Client C++ Release 3.4.0 Candidate 2

Hi all Sorry, I'll send another email explaining what tests were done. Please ignore the previous email. Thanks Yubiao Feng On Wed, Nov 8, 2023 at 11:48 AM Yubiao Feng wrote: > +1 (no-binding) > > Thanks > Yubiao Feng > > On Tue, Nov 7, 2023 at 3:03 PM Yunze Xu

Re: [VOTE] Pulsar Release 3.0.2 Candidate 2

Hi Lari Waiting for https://github.com/apache/pulsar/pull/21545 before, it has been merged today. I will push Candidate 3 next week Thanks Yubiao On Thu, Nov 9, 2023 at 7:56 PM Lari Hotari wrote: > Any updates on the 3.0.2 release? > > -Lari > > On 2023/10/30 03:23:06 Yu

Re: [VOTE] Pulsar Release 3.0.2 Candidate 2

Hi Lari I got a conflict when cherry-picking #21445 and #21545 into branch 3.0, so Candidate 3 will be a bit slower. Thanks Yubiao Feng On Thu, Nov 9, 2023 at 7:56 PM Lari Hotari wrote: > Any updates on the 3.0.2 release? > > -Lari > > On 2023/10/30 03:23:06 Yubiao Feng wr

Re: [ANNOUNCE] Yubiao Feng as new PMC member in Apache Pulsar

Thank you all Yubiao Feng On Mon, Nov 13, 2023 at 3:36 PM mattison chao wrote: > Dear Community, > > We are thrilled to announce that Yubiao Feng > https://github.com/poorbarcode has been invited and has accepted the role > of a member of the Apache Pulsar Project Management

Re: [VOTE] PIP-318: Don't retain null-key messages during topic compaction

+1 (binding) Thanks Yubiao Feng On Fri, Nov 10, 2023 at 12:12 PM Cong Zhao wrote: > Hi Community, > > This thread is to start a vote for PIP-318. > > PIP: https://github.com/apache/pulsar/pull/21541 > Discussion thread: > https://lists.apache.org/thread/68k6vrghfp3

Re: [VOTE] PIP-315: Configurable max delay limit for delayed delivery

+1(binding) Thanks Yubiao Feng On Wed, Nov 15, 2023 at 12:02 PM Kevin Lu wrote: > Hi All, > > This thread is to start a vote for PIP-315. > > PIP: https://github.com/apache/pulsar/pull/21490 > Discussion thread: > https://lists.apache.org/thread/285nm08842or324rxc2zy83

Re: [VOTE] PIP-312 Use StateStoreProvider to manage state in Pulsar Functions endpoints

+1(binding) Thanks Yubiao Feng On Wed, Nov 15, 2023 at 11:41 AM Pengcheng Jiang wrote: > Hi Pulsar Community, > > This thread is to start a vote for PIP-312: Use StateStoreProvider to > manage state in Pulsar Functions endpoints. > > I start the voting process since there are

[VOTE] Pulsar Release 3.0.2 Candidate 4

rvice. Regards Yubiao Feng(poorbarcode)

Re: [VOTE] PIP-303: Add optional parameters for getPartitionedStats

+1 (binding) Thanks Yubiao Feng On Thu, Nov 16, 2023 at 11:01 AM Jie crossover wrote: > Hi All, This thread is to start a vote for PIP-303. PIP: > https://github.com/apache/pulsar/pull/21228 Discussion thread: > https://lists.apache.org/thread/c92043zq6lyrsd5z1hnln48mx858n7vj &g

Re: [VOTE] Pulsar Release 3.0.2 Candidate 4

02154a2c190ac2ef7e1ff3fce5e90eab896f392317c28b28e9a6ab912a5ca3b3a38dc358b5925153ba1b0dde340cafd1e6aa72349dd9c9ae5dd99d0bdef587fb Thanks Yubiao Feng 233638e4d8305b040b1ffd1374b9ddfa55ea1a1043dc9be78ed89f72604cf249fcf5e663f1e3e1be86daf36991ee069ea1eb146f384c374484da0ff ./apache-pulsar-3.0.2-bin.tar.gz On Mon, Nov 20, 2023 at 10

Re: [VOTE] Pulsar Release 3.0.2 Candidate 4

Hi Zike > I see that there is only arm64 arch for the docker image. We need to > follow this guide to build the image: > https://github.com/apache/pulsar-site/pull/595. Sure, Thanks Yubiao Feng On Mon, Nov 20, 2023 at 6:22 PM Zike Yang wrote: > Hi Yubiao, > > I see that t

Re: [VOTE] Pulsar Release 3.0.2 Candidate 4

om/apache/pulsar-site/pull/595) has > been blocked for some time. We need to move this > PR forward. Done Yubiao Feng Thanks On Mon, Nov 20, 2023 at 6:22 PM Zike Yang wrote: > Hi Yubiao, > > I see that there is only arm64 arch for the docker image. We need to > follow

Re: [VOTE] Pulsar Client C++ Release 3.4.1 Candidate 2

+1 (binding) - Checked the signature - Verified the MacOS arm64 pre-build binaries for produce and consume Thanks Yubiao Feng On Tue, Nov 21, 2023 at 11:40 PM Yunze Xu wrote: > This is the second release candidate for Apache Pulsar Client C++, > version 3.4.1. > > It fixes t

Re: [DISCUSS] Release Pulsar 3.1.2

+1 Thanks Yubiao Feng On Sun, Nov 26, 2023 at 4:10 PM houxiaoyu wrote: > Hi all, > > I would like to propose releasing the Pulsar 3.1.2. > > It's over one month since the release of 3.1.1 and there are 56 new commits > in branch-3.1: > https://github.com/apache/puls

Re: [DISCUSS] PIP-282: Change definition of the recently joined consumers position

+1 Thanks Yubiao Feng On Tue, Jul 11, 2023 at 12:55 PM Yuri Mizushima wrote: > Hi, Pulsar Community > > I opened a new PIP design PR. > I am looking forward to your feedback. > > https://github.com/apache/pulsar/pull/20776 > > > Motivation > > Key_Shared has

Re: [VOTE] Pulsar Release 3.0.2 Candidate 4

Close this vote by 3 bindings +1 no-binding: - Penghui - Jiwei Guo - Mattison Thanks Yubiao Feng On Mon, Nov 20, 2023 at 10:24 AM Yubiao Feng wrote: > This is the first release candidate for Apache Pulsar version 3.0.4. > > It fixes the following issues: > > https://github.co

Re: [VOTE] Pulsar Release 2.11.3 Candidate 1

eck above is newly added to the document by https://github.com/apache/pulsar-site/pull/740 Thanks Yubiao Feng On Tue, Nov 21, 2023 at 9:25 PM Baodi Shi wrote: > This is the first release candidate for Apache Pulsar, version 2.11.3. > > It fixes the following issues: > > https:/

[Discuss] Revert #20659 because it introduces a class that is not supported by JDK-1.8

-standalone/#system-requirements said that the Pulsar release `2.10.x` can be started with `JDK-1.8`. So I want to revert the PR https://github.com/apache/pulsar/pull/20659. Thanks Yubiao Feng

Re: [Discuss] Revert #20659 because it introduces a class that is not supported by JDK-1.8

Hi Lari Thank you, I saw all the context. It's such a great comment!! I reverted the PR https://github.com/apache/pulsar/pull/20659 Thanks Yubiao Feng On Wed, Nov 29, 2023 at 6:04 PM Lari Hotari wrote: > Thanks for bringing this up to discussion, Yubiao. > Yes, this needs to

[ANNOUNCE] Apache Pulsar 3.0.2 released

The Apache Pulsar team is proud to announce Apache Pulsar version 3.0.2. Pulsar is a highly scalable, low-latency messaging platform running on commodity hardware. It provides simple pub-sub semantics over topics, guaranteed at-least-once delivery of messages, automatic cursor management for subsc

Re: [DISCUSS] PIP-322: Pulsar Rate Limiting Refactoring

+1 Thanks Yubiao Feng On Thu, Dec 7, 2023 at 12:56 AM Lari Hotari wrote: > Dear Pulsar community, > > As a follow-up to the action point of the Pulsar Community Meeting on > 2023/11/23, > I have created "PIP-322: Pulsar Rate Limiting Refactoring" > and a draft PR w

Re: [VOTE] PIP-323: Complete Backlog Quota Telemetry

+1 (binding) Thanks Yubiao Feng On Wed, Dec 13, 2023 at 4:23 PM Asaf Mesika wrote: > Hi, > > I'm starting the vote for PIP-323, since it has been reviewed by several > people and all comments have been resolved. > > Reminder: > > PIP-323 is introduced to fill the g

Re: [VOTE] PIP-282: Change definition of the recently joined consumers position

+1 Thanks Yubiao Feng On Tue, Nov 28, 2023 at 4:04 PM Yuri Mizushima wrote: > Hi, Pulsar Community > > This thread is starting a vote for PIP-282. > > PIP design PR: > https://github.com/apache/pulsar/pull/20776 > > discussion thread: > http

Re: [DISCUSS] Removing Pulsar-Trino plugin from main repo and call for volunteers to maintain it

+1 Thanks Yubiao Feng On Sat, Dec 23, 2023 at 1:09 AM Matteo Merli wrote: > I want to start a discussion regarding the removal of all the code related > to the Trino (PrestoDB) plugin from the Pulsar main repository. > > This topic was already discussed and approved long time a

Re: [DISCUSS] PIP-321 Split the responsibilities of namespace replication-clusters

check? Thanks Yubiao Feng On Thu, Nov 30, 2023 at 1:26 PM Xiangying Meng wrote: > Hi, Pulsar Community > > I drafted a proposal to make the configuration of clusters at the namespace > level clearer. This helps solve the problem of geo-replication not working > correctly at

Re: [DISCUSS] PIP-328: Add a topicDeleteProtectionEnable configuration option.

Hi Jie Maybe a limitation of Authorization permissions is better? Thanks Yubiao Feng On Mon, Dec 25, 2023 at 7:05 PM Jie crossover wrote: > Hi dev, > I proposed a PIP: https://github.com/apache/pulsar/pull/21800 > to avoid mistaken data deletion. > Please take a look and give y

Re: [VOTE] Pulsar Release 2.11.3 Candidate 2

+1(binding) - Checked the signatures - Run standalone and check the produce, consume - Verified Cassandra connector - Verified stateful function Thanks Yubiao Feng On Thu, Dec 28, 2023 at 5:03 PM PengHui Li wrote: > +1 (binding) > > - Built from source > - Checked the signat

[DISCUSS] Break change: could not subscribe partitioned topic with a suffix-matched regexp due to a mistake of PIP-145

Hi all I noticed that the PIP-145 made a break change that caused clients to not subscribe to partitioned topics with a suffix-matched regexp. ### Background PIP-145(https://github.com/apache/pulsar/issues/14505) moved the logic of regexp compare from client-side to the broker-side. After PIP-145

Re: [DISCUSS] Break change: could not subscribe partitioned topic with a suffix-matched regexp due to a mistake of PIP-145

Hi Penghui > Do we have a workaround for this break change? > Is disabling PIP-145 can help with it? Enabled `enableBrokerSideSubscriptionPatternEvaluation` and setting `patternAutoDiscoveryPeriod` to a little value may solve the problem. Thanks Yubiao Feng On Mon, Jan 15, 2024 at 10

Re: [DISCUSS] Break change: could not subscribe partitioned topic with a suffix-matched regexp due to a mistake of PIP-145

lem. BYW, setting `patternAutoDiscoveryPeriod`(the config on the client-side) to a little value may make new topic subscribing faster. Thanks Yubiao Feng On Mon, Jan 15, 2024 at 10:58 AM Yubiao Feng wrote: > Hi Penghui > > > Do we have a workaround for this break change? > &g

Re: [VOTE]PIP-321: Split the responsibilities of namespace replication-clusters

+1 (binding) Thanks Yubiao Feng On Tue, Jan 16, 2024 at 2:41 PM Xiangying Meng wrote: > Dear Pulsar community, > > I am initiating a voting thread for "PIP-321: Split the responsibilities of > namespace replication-clusters". > > Here is the pull request for P

Re: [VOTE] Pulsar Client Go Release 0.12.0 Candidate 3

+1 (binding) - Build from source - Run Pub & Sub with the pulsar cluster(branch-master) Thanks Yubiao Feng On Wed, Jan 24, 2024 at 2:58 PM Zike Yang wrote: > Hi everyone, > Please review and vote on the release candidate #3 for the version > 0.12.0, as follows: > [ ] +1, App

[DISCUSS] Add a policy to delivery messages to each consumers qually if message not contains key

the message does not contain a key. Thanks Yubiao Feng

Re: [DISCUSS] Add a policy to delivery messages to each consumers qually if message not contains key

Hi Penghui > BTW, instead of having a random key, can we just dispatch the > messages without a key in the round-robin fashion? > It just works like the Shared subscription. Sure, good suggestion. Thanks Yubiao Feng On Tue, Jan 30, 2024 at 10:50 AM PengHui Li wrote: > +1 > &g

Re: [DISCUSS] PIP-335: Oxia metadata support

+1 Thanks Yubiao Feng On Thu, Feb 1, 2024 at 7:58 AM Matteo Merli wrote: > https://github.com/apache/pulsar/pull/22009 > > === > > # PIP-335: Supporty Oxia metadata store plugin > > # Motivation > > Oxia is a scalable metadata store and coordination syste

Re: [VOTE] Pulsar Release 3.2.0 Candidate 5

+1 (binding) - Run standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function Thanks Yubiao Feng On Wed, Jan 31, 2024 at 11:40 PM guo jiwei wrote: > This is the fifth release candidate for Apache Pulsar version 3.2.0. > > It

Re: [VOTE] Pulsar Node.js Client Release 1.10.0 Candidate 1

+1 (binding) - verified checksums and signatures - confirmed that the build was successful - ran producer/consumer Thanks Yubaio Feng On Mon, Jan 29, 2024 at 6:11 PM Baodi Shi wrote: > Hi everyone, > > This is the first release candidate for Apache Pulsar Node.js client, > version 1.10.0. > >

Re: [ANNOUNCE] New Committer: Asaf Mesika

Congratulations! Thanks Yubiao Feng On Wed, Feb 21, 2024 at 12:50 AM Lari Hotari wrote: > The Apache Pulsar Project Management Committee (PMC) has invited > Asaf Mesika https://github.com/asafm to become a committer and we > are pleased to announce that he has accepted. > &

[DISCUSS] Do not create partitioned metadata when calling pulsarClient.getPartitionsForTopic(topicName)

public API `pulsarClient.getPartitionsForTopic` edit nothing. - Solution-3: redesign the flow of partitioned topic auto-creation. I would like to recommend solution 2, and hope to hear more voices. Thanks Yubiao Feng

[DISCUSS] PIP-344: Correct the behavior of the public API pulsarClient.getPartitionsForTopic(topicName)

from you. Thanks Yubiao Feng

Re: [VOTE] PIP-332: peek messages from topic subscription with offset value

+1 (binding) Thanks Yubiao Feng On Tue, Mar 5, 2024 at 11:38 PM Balaji Lakshmanan wrote: > Hi, > > This is the vote for the PIP-332 to peek messages from a topic subscription > with an offset value. > > Can you please reply with your vote? > > Here is the link to the P

[VOTE] PIP-344: Correct the behavior of the public API pulsarClient.getPartitionsForTopic(topicName)

Hi All This thread is to start a vote for PIP-344. PIP: https://github.com/apache/pulsar/pull/22182 Discussion thread: https://lists.apache.org/thread/z693blcxoqk0mj0rzyt1k7nvy72j18t5 Thanks Yubiao Feng

Re: [DISCUSS] PIP-345: Optimize finding message by timestamp

amp can be used as `endPublishTimestamp` Thanks Yubiao Feng On Fri, Mar 15, 2024 at 1:57 PM 太上玄元道君 wrote: > Hi, Girish, > > Thanks for your feedback! > > In general, it's a very good suggestion, we can just use one single > `beginPublishTimestamp` to achieve our goal, >

  1   2   3   >