Re: Making Pulsar JIRA read only

Filed a ticket at https://issues.apache.org/jira/browse/INFRA-24567 On 2023/05/07 14:20:58 Dave Fisher wrote: > Hi - > > +1 to this. And yes all that’s needed is an INFRA JIRA with a link to this > thread. > > Best, > Dave > > Sent from my iPhone > > > On May 7, 2023, at 3:35 AM, tison wrote

Re: [VOTE] PIP-261: Restructure Getting Started section

+1 (binding) It's time to have a frictionless onboarding experience! On Mon, May 8, 2023 at 9:21 AM Hang Chen wrote: > +1 (binding) > > Best, > Hang > > tison 于2023年5月7日周日 20:32写道： > > > > +1 (non-binding) > > > > N.B. IIRC PMC members have binding votes. > > > > Best, > > tison. > > > > > > Yu

Re: [VOTE] PIP-261: Restructure Getting Started section

+1 (binding) Best, Hang tison 于2023年5月7日周日 20:32写道： > > +1 (non-binding) > > N.B. IIRC PMC members have binding votes. > > Best, > tison. > > > Yunze Xu 于2023年5月7日周日 20:12写道： > > > +1 (binding) > > > > Thanks, > > Yunze > > > > On Sun, May 7, 2023 at 5:20 PM Asaf Mesika wrote: > > > > > > Hi,

Re: CFP for ASF Conference Asia 2023

Hi Dianjin, Thanks for your reminder! For the past several years, I attended this awesome conference and gave some talks about "Apache Pulsar" and "Content Experience" [1]. The ideas exchanged at this conference helped me think more deeply and make continuous contributions to Pulsar, so I plan to

Re: [DISCUSS] Add checklist for PMC binding vote of PIP

You asked. Here it is. 1. You brushed aside Enrico’s concerns with that comment. It was not subtle. 2. I think the project should pay more attention to Rajan’s concerns about new contributors being either ignored or told they need a PIP for what seems to them a trivial change. We lose contribut

Re: [DISCUSS] Add checklist for PMC binding vote of PIP

I understand that Dave, and hence I only started a discussion. What do you think of last reply I made there? On Sun, May 7, 2023 at 5:31 PM Dave Fisher wrote: > > > Sent from my iPhone > > > On Apr 18, 2023, at 5:14 AM, Asaf Mesika wrote: > > > > The problem I'm trying to solve is: lack of ab

Re: [DISCUSS] PIP-264: Enhanced OTel-based metric system

On Sun, May 7, 2023 at 4:23 PM Yunze Xu wrote: > I'm excited to learn much more about metrics when I started reading > this proposal. But I became more and more frustrated when I found > there is still too much content left even if I've already spent much > time reading this proposal. I'm wonderi

Re: [DISCUSS] Add checklist for PMC binding vote of PIP

Sent from my iPhone > On Apr 18, 2023, at 5:14 AM, Asaf Mesika wrote: > > The problem I'm trying to solve is: lack of ability to understand PIPs. > PIPs I had the chance of reading lack: > * Background information: It should contain all background information > necessary to understand the pr

Re: Making Pulsar JIRA read only

Hi - +1 to this. And yes all that’s needed is an INFRA JIRA with a link to this thread. Best, Dave Sent from my iPhone > On May 7, 2023, at 3:35 AM, tison wrote: > > Or, with some more explicit agreement here, we can open a JIRA ticket to > ASF INFRA to ask them to perform the action in cas

Re: [Discuss] Should current `ServiceConfiguration` file split by category ?

> To be clear, it's an improvement for dev experience instead of runtime > performance, right? Yes. It should not affect runtime performance. And I never see the performance of a configuration class is a bottleneck. Thanks, Yunze On Sun, May 7, 2023 at 8:49 PM tison wrote: > > > have a seamles

Re: [DISCUSS] PIP-264: Enhanced OTel-based metric system

I'm excited to learn much more about metrics when I started reading this proposal. But I became more and more frustrated when I found there is still too much content left even if I've already spent much time reading this proposal. I'm wondering how much time did you expect reviewers to read through

Re: [Discuss] Should current `ServiceConfiguration` file split by category ?

> have a seamless performance improvement To be clear, it's an improvement for dev experience instead of runtime performance, right? Best, tison. Yunze Xu 于2023年5月7日周日 20:25写道： > For now, I think we can use trivial getters and setters instead of > lombok generated getters and setters to have

Re: [VOTE] PIP-261: Restructure Getting Started section

+1 (non-binding) N.B. IIRC PMC members have binding votes. Best, tison. Yunze Xu 于2023年5月7日周日 20:12写道： > +1 (binding) > > Thanks, > Yunze > > On Sun, May 7, 2023 at 5:20 PM Asaf Mesika wrote: > > > > Hi, > > > > PIP-261 as been opened for quite some time, garnered feedback from 3 > > people,

Re: [Discuss] Should current `ServiceConfiguration` file split by category ?

For now, I think we can use trivial getters and setters instead of lombok generated getters and setters to have a seamless performance improvement. Thanks, Yunze On Sun, May 7, 2023 at 7:49 PM Yunze Xu wrote: > > > creating a new class, and using it > > It's the commonly used way to handle break

Re: [VOTE] PIP-261: Restructure Getting Started section

+1 (binding) Thanks, Yunze On Sun, May 7, 2023 at 5:20 PM Asaf Mesika wrote: > > Hi, > > PIP-261 as been opened for quite some time, garnered feedback from 3 > people, which was implemented in the PIP. > > It is time to start the vote. > > PIP: https://github.com/apache/pulsar/issues/19912 > > T

Re: [Discuss] Should current `ServiceConfiguration` file split by category ?

> creating a new class, and using it It's the commonly used way to handle breaking changes. Otherwise, we don't need any "deprecated" annotation or something else in various languages. > The biggest breakage would be the plugins no? Maybe. But any third party application that depends on the puls

Re: Making Pulsar JIRA read only

Or, with some more explicit agreement here, we can open a JIRA ticket to ASF INFRA to ask them to perform the action in case I don't know how to do the archive actually :P Best, tison. tison 于2023年5月7日周日 18:15写道： > +1 to make the JIRA project read-only. > > I don't have the permission to perfo

Re: Making Pulsar JIRA read only

+1 to make the JIRA project read-only. I don't have the permission to perform, though. IMO this can go through a lazy consensus process that any PMC member can help archive the project while we can always reopen on demand. Best, tison. Asaf Mesika 于2023年5月7日周日 17:51写道： > Ping, in case it was

Re: [DISCUSS] PIP-264: Enhanced OTel-based metric system

I'm very appreciative for feedback from multiple pulsar users and devs on this PIP, since it has dramatic changes suggested and quite extensive positive change for the users. On Thu, Apr 27, 2023 at 7:32 PM Asaf Mesika wrote: > Hi all, > > I'm very excited to release a PIP I've been working on

Re: [DISCUSS] Add checklist for PMC binding vote of PIP

Ping, in case it was lost in the barrage of mails On Sun, Apr 30, 2023 at 3:54 PM Asaf Mesika wrote: > Is it ok if we use the following vote template? Per comments above, it > will be optional, yet recommended. > > +1 (binding) > > [v] PIP has all sections detailed in the PIP template (Backgroun

Re: [DISCUSS] PIP-265: PR-based system for managing and reviewing PIPs

Ping, in case it was lost in the barrage of mails On Sun, Apr 30, 2023 at 10:38 AM Asaf Mesika wrote: > Hi, > > I've summarized all comments from > https://lists.apache.org/thread/5kpddlfh5xdbsjmv47ymnk3z6wd92jbh into a > PIP. > > PIP: https://github.com/apache/pulsar/issues/20207 >

Re: Making Pulsar JIRA read only

Ping, in case it was lost in the barrage of mails On Mon, May 1, 2023 at 9:11 AM Asaf Mesika wrote: > Hi, > > I understand JIRA was used from incubation for issue tracking and at some > point GitHub was also used. > > Since GitHub is mostly used, how about we make JIRA read only ? > > We can clo

Re: [Discuss] Should current `ServiceConfiguration` file split by category ?

I like doing the split. The biggest breakage would be the plugins no? I didn't understand creating a new class, and using it. Can you expand on it? On Fri, May 5, 2023 at 11:44 AM Yunze Xu wrote: > Oh, I figured out the reason finally. It's caused by the lombok. After > I changed all getters a

Re: [Discuss] Suggestion for a "clear" parameter in Pulsar-admin to simplify tenant and namespace cleanup

The vote triggered the existence of the PIP, so I just read it now quickly. When someone deletes topics using regex, you list the topics to filter based on the user permissions? You first obtain the permission of the user, see what tenants, namespaces it has access to and only then, list the topic

[VOTE] PIP-261: Restructure Getting Started section

Hi, PIP-261 as been opened for quite some time, garnered feedback from 3 people, which was implemented in the PIP. It is time to start the vote. PIP: https://github.com/apache/pulsar/issues/19912 Thanks! Asaf