Re: [VOTE] Release Apache Pulsar 3.0.4 based on 3.0.4-candidate-1

2024-04-01 Thread guo jiwei
+1 (binding) - Built from source - Checked the signatures - Run standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function Regards Jiwei Guo (Tboy) On Mon, Apr 1, 2024 at 2:16 PM Yike Xiao wrote: > +1 (non-binding) > > - Checked the signatu

Re: [VOTE] Release Apache Pulsar 3.2.2 based on 3.2.2-candidate-1

2024-04-01 Thread guo jiwei
+1 (binding) - Built from source - Checked the signatures - Run standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function Regards Jiwei Guo (Tboy) On Fri, Mar 29, 2024 at 5:25 AM Lari Hotari wrote: > Hello Apache Pulsar Community, > > This

Re: [VOTE] Release Apache Pulsar 3.0.4 based on 3.0.4-candidate-1

2024-04-01 Thread Yubiao Feng
+1 (binding) - Built from source - Run standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function Thanks Yubiao Feng On Fri, Mar 29, 2024 at 3:22 AM Lari Hotari wrote: > Hello Apache Pulsar Community, > > This is a call for the vote to releas

Re: [DISCUSS] Plan for Pulsar Go Client 1.0.0

2024-04-01 Thread Zike Yang
Thanks for all your comments. I address each one in line. > Regarding the `Close` method, I think it's exceptional. It's designed to return no error so that users can call `defer client.Close()` [1]. To process errors in `Close()`, we can panic in the implementation and let users use `recover` to

Re: [DISCUSS] Plan for Pulsar Go Client 1.0.0

2024-04-01 Thread Yunze Xu
> This would lead to inconsistency in API definitions, making them > appear disorganized. I agree. Using such suffixes is really ugly and much harder to maintain IMHO. It only makes people add APIs more casually. They might think, oh, don't worry, if this API (e.g. doSomething()) does not make sen

Re: [VOTE] Pulsar Client C++ Release 3.5.1 Candidate 1

2024-04-01 Thread Yunze Xu
Closing with 3 binding +1s: - Yunze - Jiwei - Penghui and 1 non-binding +1: - Baodi Thanks, Yunze On Mon, Apr 1, 2024 at 1:23 PM PengHui Li wrote: > > +1 (binding) > > - Verified the signatures > - Built from source on macOS m2 pro > - Ran the producer and consumer > > Regards, > Penghui > > On

Re: [DISCUSS] Plan for Pulsar Go Client 1.0.0

2024-04-01 Thread Jie crossover
Greet plan. > We maintain two versions of the API, but they could share the same > internal code. I don't think this will add much complexity. I agree with this. BTW, there is another issue that needs to be considered. https://github.com/apache/pulsar-client-go/issues/919 -- Best Regards! cros

Re: [DISCUSS] Plan for Pulsar Go Client 1.0.0

2024-04-01 Thread Zixuan Liu
> We maintain two versions of the API, but they could share the same internal code. Thanks for your explanation! +1 Jie crossover 于2024年4月1日周一 22:20写道: > Greet plan. > > We maintain two versions of the API, but they could share the same > > internal code. I don't think this will add much compl

Re: [VOTE] Release Apache Pulsar 3.0.4 based on 3.0.4-candidate-1

2024-04-01 Thread Lari Hotari
+1 (binding) - Built from source - Checked the signatures of the source and binary release artifacts - Ran pulsar standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function -Lari On 2024/03/28 19:21:17 Lari Hotari wrote: > Hello Apache Pu

Re: [VOTE] Release Apache Pulsar 3.0.4 based on 3.0.4-candidate-1

2024-04-01 Thread Lari Hotari
Hello all, The vote to release Apache Pulsar version 3.0.4 based on 3.0.4-candidate-1 is now closed. The vote PASSED with 3 binding "+1", 1 non-binding "+1" and 0 "-1" votes: "+1" Binding votes: - Jiwei Guo - Yubiao Feng - Lari Hotari "+1" Non-Binding votes: - Yike Xiao I'll continu

Re: [VOTE] Release Apache Pulsar 3.2.2 based on 3.2.2-candidate-1

2024-04-01 Thread PengHui Li
+1 (binding) - Build from source - Checked the signatures - Start standalone - Verified producers and consumers - Verified Cassandra connect - Verified Stateful function Regards, Penghui On Mon, Apr 1, 2024 at 3:49 PM guo jiwei wrote: > +1 (binding) > > - Built from source > - Checked the sign

Re: [VOTE] Release Apache Pulsar 3.2.2 based on 3.2.2-candidate-1

2024-04-01 Thread Lari Hotari
+1 (binding) - Built from source - Checked the signatures of the source and binary release artifacts - Ran pulsar standalone - Checked producer and consumer - Verified the Cassandra connector - Verified the Stateful function -Lari On 2024/03/28 21:25:55 Lari Hotari wrote: > Hello Apache P

Re: [VOTE] Release Apache Pulsar 3.2.2 based on 3.2.2-candidate-1

2024-04-01 Thread Lari Hotari
Hello all, The vote to release Apache Pulsar version 3.2.2 based on 3.2.2-candidate-1 is now closed. The vote PASSED with 3 binding "+1", 0 non-binding "+1" and 0 "-1" votes: "+1" Binding votes: - Jiwei Guo - Penghui - Lari I'll continue with the release process and the release announce

[ANNOUNCE] Apache Pulsar Client C++ 3.5.1 released

2024-04-01 Thread Yunze Xu
The Apache Pulsar team is proud to announce Apache Pulsar Client C++ version 3.5.1. 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 managemen

[ANNOUNCE] Apache Pulsar 3.0.4 released

2024-04-01 Thread Lari Hotari
The Apache Pulsar team is proud to announce Apache Pulsar version 3.0.4. 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

[ANNOUNCE] Apache Pulsar 3.2.2 released

2024-04-01 Thread Lari Hotari
The Apache Pulsar team is proud to announce Apache Pulsar version 3.2.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