RE: Re: Introducer Pulsar admin api to pulsar-client-go

Hi Zhangjian, I am a PM from StreamNative and we also had some internal discussions related to this topic. Let me share our ongoing planning: * We will extract the pulsar admin pkg from the pulsarctl to a separate open repo which will be called pulsar-admin-go under StreamNative. * Will

Re: [Discuss] PIP-248: Add backlog eviction metric

> I think you should fix this explanation: Thanks! I would like to copy the context you provide to the PIP motivation, your description is more detailed, so developers don't have to go through the code. > Today the quota is checked periodically, right? So that's how the operator > knows the cost

[VOTE]PIP-247: Notifications for partitions update.

Dear Community, I would like to start a VOTE on "PIP-247: Notifications for partitions update." The proposal can be read at [0] and the discussion thread is available at [1] Voting will stay open for at least 48h. [0] https://github.com/apache/pulsar/issues/19596 [1] https://lists.apache.org/th

[VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 2

This is the release candidate 2 for Apache Pulsar Adapters, version 2.11.0. It fixes the following issues: https://github.com/apache/pulsar-adapters/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Note that we are voting

Re: [VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 2

+1 (binding) - All tests pass on JDK17, builing from the source tarball - checksums and signature looks great Thanks for driving this release Christophe Enrico Il giorno gio 2 mar 2023 alle ore 12:29 Christophe Bornet ha scritto: > > This is the release candidate 2 for Apache Pulsar Adapters,

Re: [DISCUSS] PIP-186: Introduce two phase deletion protocol based on system topic

Hi, Asaf. Tune the pip-186(https://github.com/apache/pulsar/issues/16569), please help to view it again. thanks! On 2023/02/16 13:50:54 Yan Zhao wrote: > > If understood correctly, every broker will have a consumer right? You will > > use a fail-over subscription? The retry-topic is consumed by t

[VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 3

This is the release candidate 3 for Apache Pulsar Adapters, version 2.11.0. It fixes the following issues: https://github.com/apache/pulsar-adapters/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Note that we are voting

[DISCUSS] PMC/Committer Emiratus status

Hi, Following the discussion I've started in Pulsar bi-weekly meetings. = The idea PMC and Committers members will transition into Emeritus status after X months of inactivity, or voluntarily. = Why? - Gain real visibility into the health of the project in terms of real active PMC / Committers m

Re: [DISCUSS] PMC/Committer Emiratus status

I would proceed carefully with this, and would recommend against removing PMC members who are “inactive”. Rather, I would recommend a project-level “active/inactive” flag that PMC members can voluntarily apply to themselves. For example, do a PMC roll call on private@pulsar.a.o

[DISCUSS] PIP-253: Expose producer metrics for deadLetterProducer and retryLetterProducer

Hello! I created a new PIP because I discovered there's no way for a user to access the metrics for a consumer's deadLetterProducer / retryLetterProducer, since it is private to ConsumerImpl.java. I would like to propose an API change that would expose those statistics. More details on the github

RE: Introducer Pulsar admin api to pulsar-client-go

Hi Zhangjian, I am a PM from StreamNative and we also had some internal discussions related to this topic. Let me share our ongoing planning: * We will extract the pulsar admin pkg from the pulsarctl to a separate open repo which will be called pulsar-admin-go under StreamNative. * Will

Re: [DISCUSS] PMC/Committer Emiratus status

Hi, > On Mar 2, 2023, at 11:58 AM, Asaf Mesika wrote: > > Hi, > > Following the discussion I've started in Pulsar bi-weekly meetings. As I said when you brought this up, I don’t think it is a good idea, not a good idea at all. > Projects can establish their own policy on handling inactive me

Re: [DISCUSS] PMC/Committer Emiratus status

Hi, In the proposal, it's unclear if you'd like to _mark_ the inactive members in emeritus status or _remove_ them from the LDAP group. I saw a similar discussion in the Flink community, resulting in "active" sentences in its Bylaws[1]. Here is some consensus there: 1. Merits never expire. There

Re: [DISCUSS] PMC/Committer Emiratus status

As a PMC member, I don't like playing a game of determining who should be removed from PMC as well. I hear a viewpoint that someone is only participating in the community only to join a PMC so that he can benefit from it. After becoming a PMC member, he is never active in the community. It might b

Re: [Vote] PIP-245: Make subscriptions of non-persistent topic non-durable

+1 (binding) Penghui > On Feb 13, 2023, at 14:56, Jiuming Tao wrote: > > Hi all, > > I would like to start a VOTE on `PIP-245: Make subscriptions of > non-persistent topic non-durable`. > > Motivation: > > There are two types of subscriptions for a topic: Durable and Non-durable. > > We cr

Re: [Discussion] Allowing configure if function consumer should skip to latest

Hi Neng, Thanks for raising up the discussion > In certain failure cases, the function needs to skip all the content between the last successfully acked message and the latest message in the topic in order to skip the huge backlog and quick recovery. Do you have some real cases that can help us

Re: [PROPOSAL] Roadmap for 3.0 release

Hi, Thanks to Matteo for initiating this release roadmap. I am interested in this release. I'd also like to volunteer as a release manager for Apache Pulsar 3.0.0. Thanks, Zike Yang On Tue, Feb 21, 2023 at 10:56 PM tison wrote: > > +1 > > Thanks for driving this effort! > > Also, I created htt

Re: Introducer Pulsar admin api to pulsar-client-go

Hi, Eric. Thank you very much for the work you have done. I have no objections to the process, and it would be even better if there could be a rough timeline. Thanks ZhangJian He On Fri, 3 Mar 2023 at 09:06, Shen Eric wrote: > Hi Zhangjian, > > I am a PM from StreamNative and we also had some

Re: [PROPOSAL] Roadmap for 3.0 release

The same as Zike (^_^) Thanks to Matteo for initiating this release roadmap. I am interested in this release. I'd also like to volunteer as a release manager for Apache Pulsar 3.0.0 Thanks Yubiao Feng On Sat, Feb 18, 2023 at 6:44 AM Matteo Merli wrote: > Since the LTS release model has been fo

Re: [PROPOSAL] Roadmap for 3.0 release

+1 -- Thanks Xiaolong Ran Yubiao Feng 于2023年3月3日周五 14:38写道： > The same as Zike (^_^) > > Thanks to Matteo for initiating this release roadmap. I am interested in > this release. I'd also like to volunteer as a release manager for Apache > Pulsar 3.0.0 > > Thanks > Yubiao Feng > > On Sat, Feb 18