[ANNOUNCE] Apache Pulsar Helm Chart version 3.7.0 Released with support for Pulsar 4.0.0

2024-10-31 Thread Lari Hotari
Dear community, The Apache Pulsar team is pleased to announce the release of the Apache Pulsar Helm Chart 3.7.0. This is the first Apache Pulsar Helm chart release to support Pulsar 4.0.0 release. The official source release, as well as the binary Helm Chart release, are available at https://down

Re: [VOTE] PIP-389: Add Producer config compressMinMsgBodySize to improve compression performance

2024-10-31 Thread Lari Hotari
+1 (binding) -Lari On 2024/10/31 03:24:22 xiangying meng wrote: > Hi all, > > I`d like to start a vote for PIP-389: Add Producer config > compressMinMsgBodySize to improve compression performance. > > Proposal Link: https://github.com/apache/pulsar/pull/23526 > Discussion Link: > https://lists.

Re: [VOTE] PIP-380: Support setting up specific namespaces to skipping the load-shedding

2024-10-31 Thread Baodi Shi
+1(binding) Thanks, Baodi Shi Aloys Zhang 于2024年10月31日周四 11:53写道: > > +1 > > Heesung Sohn 于2024年10月31日周四 04:11写道: > > > > +1(non-binding) > > > > Thanks, > > Heesung > > > > On Tue, Oct 29, 2024 at 11:52 PM Zike Yang wrote: > > > > > > +1 (binding) > > > > > > Thanks, > > > Zike Yang > > > > >

Re: [VOTE] Release Apache Pulsar Helm Chart 3.7.0 based on 3.7.0-candidate-1 with support for Pulsar 4.0.0

2024-10-31 Thread Lari Hotari
Hello all, The vote to release Apache Pulsar Helm Chart version 3.7.0 based on 3.7.0-candidate-1 is now closed. The vote PASSED with 3 binding "+1" votes: "+1" Binding votes: David Jensen Jiwei Guo Lari Hotari I'll continue with the release process and the release announcement will follow sho

[DISCUSS] Add Common Integ Test Modules

2024-10-31 Thread Heesung Sohn
Hi all, I think we can refactor/split the `tests` module(the integration test module) to reuse the integration test code better. Currently, there are good test classes to reuse(such as topic message test cases, container setup, and other test util funcs), but this module is built under "test" sco

Re: [DISCUSS] Add Common Integ Test Modules

2024-10-31 Thread Yunze Xu
This is a good start to. I have another suggestion. Currently we relied heavily on mock ZK and BK services. However, if we're not going to mock some behaviors of ZK or BK, it might not be good. I have encountered the following error logs in the downstream application: ``` 12:28:36.903 [ZKMetadata

Re: [DISCUSS] Add Common Integ Test Modules

2024-10-31 Thread Heesung Sohn
Hi, > if we're not going to mock some behaviors of ZK or BK, it might not be good. I agree. I think we can put/move more tests in the integration tests, especially for those tests that are based on client and admin calls only. Also, we need to think about how to optimize the integration test runs

Re: [DISCUSS] Add Common Integ Test Modules

2024-10-31 Thread Jie crossover
LGTM, the current test code is relatively confusing, and this proposal can improve this situation. -- Best Regards! crossoverJie Heesung Sohn 于2024年11月1日周五 06:16写道: > Hi all, > > I think we can refactor/split the `tests` module(the integration test > module) to reuse the integration test code