Re: [DISCUSSION] Proposal to Replace Pulsar's Homegrown Configuration Framework with Gestalt Config

Lari, Il Mer 21 Feb 2024, 10:27 Lari Hotari ha scritto: > Hello everyone, > > I would like to bring up an issue with Pulsar's containers, specifically > regarding the method of overriding configurations. For instance, the > Apache Pulsar Helm chart employs "bin/apply-config-from-env.py > conf/br

Re: [DISCUSS] Migrate CLI parser from jcommander to picocli

+1 Please take into account Pulsar Shell extensions Enrico Il Mer 21 Feb 2024, 11:21 Girish Sharma ha scritto: > +1 (non-binding) > It has been a pain trying to figure out what's the exact sub-param name > given that some of them are 20+ characters long. > > > On Wed, Feb 21, 2024 at 3:47 PM

Re: [DISCUSS] Migrate CLI parser from jcommander to picocli

Il Ven 23 Feb 2024, 04:34 Zixuan Liu ha scritto: > Thanks for the feedback! > > > Please take into account Pulsar Shell extensions > > This is a tricky issue, I noticed that it depends on jcommander here, Can you please share some pointers ? IIRC the shell extensions shouldn't need jcommander,

Re: [DISCUSS] Migrate CLI parser from jcommander to picocli

d is just a preliminary idea to replace jcommander, and I will > > write a PIP later. > > > > Thanks, > > Zixuan > > > > > > Enrico Olivelli 于2024年2月23日周五 22:59写道： > > > > > Il Ven 23 Feb 2024, 04:34 Zixuan Liu ha scritto: > > > > > >

Re: [VOTE] Release Apache Pulsar Helm Chart 3.3.0 based on 3.3.0-candidate-1

+1 (binding) Verified checksums and signatures Installed on minikube and run a few smoke tests from the "toolset" pod Thanks for driving the release Enrico Il giorno mar 27 feb 2024 alle ore 00:45 PengHui Li ha scritto: > > +1 (binding) > > - Deploy pulsar cluster on local docker-desktop(with

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

Il Gio 29 Feb 2024, 08:46 PengHui Li ha scritto: > +1 for the motivation > > We should not create partitioned topics when calling > `pulsarClient.getPartitionsForTopic` > > The tricky part is the broker doesn't know if the partition metadata > getting request is from create produce/consumer or ju

A jclouds VOTE us running, heads up!

against that RC. I personally don't have time, but I hope that someone could help there Thanks Enrico Olivelli

Re: [DISCUSS] PIP-342: Support OpenTelemetry metrics in Pulsar client

I support the initiative Lgtm Thanks Enrico Enrico Il Dom 3 Mar 2024, 04:09 Matteo Merli ha scritto: > PIP PR: https://github.com/apache/pulsar/pull/22178 > > WIP of proposed implementation: > https://github.com/apache/pulsar/pull/22179 > > > > # PIP 342: Support OpenTel

Re: [ANNOUNCE] New Committer: Kiryl Valkovich

Congratulations! Enrico Il Mar 5 Mar 2024, 17:03 Asaf Mesika ha scritto: > Congrats! You are definitely a great addition to Pulsar committers! > > On Thu, Feb 29, 2024 at 4:58 AM Zixuan Liu wrote: > > > Congrats! > > > > Lari Hotari 于2024年2月27日周二 14:14写道： > > > > > Congrats, Kiryl! > > > > >

Re: Staging release artifacts fail when file size exceeds 429MB, ASF Infra ticket created to increase limit by about 100MB

Il Mar 5 Mar 2024, 14:33 Lari Hotari ha scritto: > The size had increased from 428MiB to 434MiB. I had mixed the units > MiB/1048576B and MB/100B. We found an explanation to the increase. > byte-buddy-1.14.12.jar adds 4MiB to the release and the remaining 2MiB > comes from upgraded jars. > T

Re: [DISCUSS] Retire pulsar-all Docker image and spin-off Python Functions runtime

+1 Great idea Enrico Il Mer 6 Mar 2024, 08:23 Zixuan Liu ha scritto: > +1 > > This is a good idea, and then we must provide a document on building the > own connector image and python functions runtime image. > > Thanks, > Zixuan > > Matteo Merli 于2024年3月6日周三 07:04写道： > > > The docker image `

Re: (Apache committer criteria) [ANNOUNCE] New Committer: Asaf Mesika

contributions are blocked, please start a new thread with this problem. This is a community, it is not a product managed by one single company. Best regards Enrico Olivelli Il Mer 6 Mar 2024, 06:27 Matteo Merli ha scritto: > I will not enter into debating the long list of grievances here, thoug

Re: [VOTE] PIP-324: Alpine Docker images

+1 (binding) Enrico Il Mer 6 Mar 2024, 02:55 PengHui Li ha scritto: > +1 (binding) > > Regards, > Penghui > > On Wed, Mar 6, 2024 at 7:54 AM Lari Hotari wrote: > > > +1 (binding) > > > > > > -Lari > > > > On Tue, 5 Mar 2024 at 23:48, Matteo Merli > wrote: > > > > > > Opening the vote thread f

Re: [VOTE] PIP-343: Use picocli instead of jcommander

+1 (binding) Enrico Il giorno mer 6 mar 2024 alle ore 16:04 Zixuan Liu ha scritto: > > Hello, > > A new proposal to improve the CLI user experience. > > PIP: https://github.com/apache/pulsar/pull/22181 > Discussion thread: > https://lists.apache.org/thread/ydg1q064cd11pxwz693frtk4by74q32f > > PR

Re: (Apache committer criteria) [ANNOUNCE] New Committer: Asaf Mesika

o begin constructively finding a > > > solution. Perhaps defining the problems we have in the Pulsar community > > > would be a good starting point. One clear indication of a problem is > the > > > number of open pull requests we have in apache/pulsar;

Re: [VOTE] PIP-327 Support force topic loading for unrecoverable errors

+1 (binding) Enrico Il Mar 16 Apr 2024, 19:08 Rajan Dhabalia ha scritto: > Hi, > > I would like to start voting thread for PIP-327 which also addresses issue > # https://github.com/apache/pulsar/issues/21751 > > PIP design PR: > https://github.com/apache/pulsar/pull/21752 >

Re: [DISCUSS] Apache Pulsar 3.3.0 release

+1 Thanks for driving the release. FYI On the BookKeeper side there are some fixes about metrics, maybe we could ask for a new 4.17.1 release Enrico Il giorno dom 28 apr 2024 alle ore 21:04 PengHui Li ha scritto: > +1 > > Thanks for driving the release. > > Penghui > > On Sun, Apr 28, 2024 at

Re: [DISCUSS] PIP-348: Trigger offload on topic load stage

Overall I think it is a good idea. What about adding a flag to enable this behavior? In case there are problems with the offloader the topic won't be able to load. Enrico Il Sab 4 Mag 2024, 17:12 Hang Chen ha scritto: > Hi guys, > I pushed a new proposal to improve the tiered storage off

Re: [DISCUSS] PIP-348: Trigger offload on topic load stage

lead to unexpected results, like overwhelmed systems Enrico > > Enrico Olivelli 于2024年5月5日 周日02:41写道： > > > Overall I think it is a good idea. > > > > What about adding a flag to enable this behavior? > > > > In case there are problems with the offloader the to

Re: [DISCUSS] PIP-349: Add systemCursorNames ignore list for TTL check

Overall I support this idea, but the name 'systemCursorsNames' is not good and we should not make it configurable. First, we have to make a call to the TTL thing, otherwise we will end up in using that for other stuff, and not only TTL. Second, we shouldn't make this configurable. Those cursors d

Re: [DISCUSS] PIP-349: Add systemCursorNames ignore list for TTL check

own names should be always handled automatically Enrico > > Penghui > > > > On Mon, May 6, 2024 at 2:51 PM Enrico Olivelli > wrote: > > > Overall I support this idea, but the name 'systemCursorsNames' is not > good > > and we should not make it co

Re: [DISCUSS] PIP-348: Trigger offload on topic load stage

it has been pending in > review > > for a lng time, I'm very appreciate it that if you can help review > > > > 4. There are t many flags in pulsar(~500), I think we should be > > cautious when introducing new FLAGs > > > > Thanks, > > Tao J

Re: [VOTE] PIP-348: Trigger offload on topic load stage

+1 (binding) Enrico Il giorno mer 8 mag 2024 alle ore 12:51 Zike Yang ha scritto: > +1 (binding) > > Thanks, > Zike Yang > > On Wed, May 8, 2024 at 6:22 PM Yubiao Feng > wrote: > > > > +1 (binding) > > > > Thanks > > Yubiao Feng > > > > On Tue, May 7, 2024 at 11:27 AM Hang Chen wrote: > > > >

Re: [DISCUSS] Upgrading to Jetty 12 since Jetty 9.4.x has reached end-of-line in June 2022

+1 to the upgrade The only problem is for any broker plugin that registers a Servlet, so we cannot cherry-pick this change to preview release lines Enrico Il giorno mer 8 mag 2024 alle ore 22:05 Lari Hotari ha scritto: > Targeting 3.4.x/4.0.x for Jetty 12 upgrade. > Here's the WIP: > https://g

Re: [VOTE] PIP-347: add role field in consumer's stat

+1 (binding) Enrico Il giorno mar 14 mag 2024 alle ore 11:31 太上玄元道君 ha scritto: > +1 nonbinding > > Thanks, > Tao Jiuming > > thetumbled 于2024年5月14日 周二17:26写道： > > > Hi, Pulsar Community. > > I would like to start the voting thread for PIP-347: add role field in > > consumer's stat. > > Pro

Re: [VOTE] PIP-351: Additional options for Pulsar-Test client to support KeyStore based TLS

+1 (binding) Enrico Il Ven 17 Mag 2024, 03:54 Zixuan Liu ha scritto: > +1 (non-binding) > > BTW, a PIP requires 3 binding votes. > > Thanks, > Zixuan > > Shasank Sekhar Pandey 于2024年5月17日 > 周五03:21写道： > > > Hello, > > > > I would like to start a voting thread for PIP-351: [improve][pip] > PIP-3

Regerssion in EntryFilter loading in Pulsar 3.x

Hello, I have found this regression related to EntryFilters https://github.com/apache/pulsar/pull/22767 The problem has been introduced in 3.0.0. Can you please review the patch ? It must be committed to all of the active branches from 3.0 onwards Best regards Enrico Olivelli

Re: [DISCUSS] Report an error when seeking a multi-topics consumer that subscribes no topics

Il giorno mer 29 mag 2024 alle ore 11:10 Baodi Shi ha scritto: > +1 > > > Thanks, > Baodi Shi > > > On May 29, 2024 at 14:50:12, Yunze Xu wrote: > > > Hi community, > > > > Recently I found the behavior of seeking a multi-topics consumer is > > intuitive. If there are no internal consumers, the

Re: [DISCUSS] Cherry-pick PIP-364: Introduce a new load balance algorithm AvgShedder.

+1 I agree Enrico Olivelli Il giorno gio 18 lug 2024 alle ore 10:00 Baodi Shi ha scritto: > +1 > > Its implementation is independent, We should be able to cherry-pick it > easily. > > > Thanks, > Baodi Shi > > WenZhi Feng 于2024年7月18日周四 11:49写道： > > > &g

Re: [DISCUSS] Propose a Contributor Repository for Pulsar

I misunderstood the goal ? An alternative is to have a "curated list" of links to personal projects, but we keep the responsibility over the code on the code owners and not on the Pulsar PMC Best regards Enrico Olivelli Il giorno lun 22 lug 2024 alle ore 15:15 steven lu ha scritto: > W

Re: [DISCUSS] Propose a Contributor Repository for Pulsar

ulate code without being responsible for that. I am happy to clarify more if needed, and I hope that other in the community can help in understanding if this is doable of not Enrico > > In addition, thank you for your valuable feedback. > > Best regards > Xiangying > > On Mon, Jul

Re: [VOTE] PIP-352: Event time based topic compactor

-1 (binding) I cannot find the discussion thread about this PIP (on the mailing list) I have found this PIP only because someone tagged me on slack I am not 100% sure about the proposal, compaction is a tricky mechanism and the PIP on GH doesn't provide many details about how this new mechanism i

Re: [DISCUSS] Propose a Contributor Repository for Pulsar

ut of this fork ? Who is going > to > > validate them ? Who is responsible for security bugs? > > > > > > > > > > We will only need to maintain a documents of feature and plugins > list > > > > > that have been reviewed by PR. We wi

Re: [DISCUSS] PIP-352: Event time based topic compactor

Il Gio 25 Lug 2024, 14:32 Marek Czajkowski ha scritto: > Hi all, > I pushed a new proposal to enable another topic compaction mechanism based > on eventTIme. > > Please take a look and share your thoughts. Thanks! > > Link: https://github.com/apache/pulsar/pull/22710 Thanks for updating the PIP

Re: [VOTE] PIP-352: Event time based topic compactor

+1 (binding) Thanks for driving this initiative Enrico Olivelli Il Mar 23 Lug 2024, 10:20 Marek Czajkowski ha scritto: > Hi Enrico I have created discussion thread earlier but not many responses. > Here is the thread link > https://lists.apache.org/thread/nc8r3tm9xv03vl30zrmfhd1

Re: [DISCUSS] Propose a Contributor Repository for Pulsar

pository, but > in > > > the > > > > > > > contributor's personal repository. > > > > > > > > > > > > > > Based on the above content, let's continue to look at the > > question > > > > you raised.

Re: [VOTE] PIP-368: Support lookup based on the lookup properties

+1 (binding) Enrico Il Gio 1 Ago 2024, 13:08 Zike Yang ha scritto: > Hi, everyone, > > I want to start a vote on PIP-368: Support lookup based on the lookup > properties > > You can find the proposal at > https://github.com/apache/pulsar/pull/23075 and the discussion thread > at https://lists.a

Re: [VOTE] PIP-367 Propose a Contributor Repository for Pulsar

+1 (binding) Enrico Il Lun 12 Ago 2024, 18:39 Dave Fisher ha scritto: > +1 (binding) > > > On Aug 5, 2024, at 5:53 AM, Yunze Xu wrote: > > > > -1 (binding) > > > > See reasons here: > > https://lists.apache.org/thread/0mold5ko1z3t8pjwb46bt07o2lcqh0oy > > I find some of these reasons “disturbin

Re: [DISCUSS] PIP-376 Make topic policies service pluggable

Nice write up ! I generally support this proposal, we should have clearer APIs for the components we want to allow users to customize Enrico Il giorno mar 3 set 2024 alle ore 17:35 Yunze Xu ha scritto: > Hi all, > > I drafted a proposal to make topic policies service pluggable. > https://githu

Re: [DISCUSS] PIP-379: Key_Shared Draining Hashes for Improved Message Ordering

Awesome proposal, no questions from my side +1 Enrico Il giorno sab 14 set 2024 alle ore 16:21 Lari Hotari ha scritto: > Dear Pulsar Community, > > I'd like to propose a new improvement for Pulsar's Key_Shared > subscription mode, outlined in PIP-379. This proposal aims to address > several is

Re: PIP-Java Client support to Cumulative Acknowledge messages for multiple partitions or topics

-1 I am not sure this is much useful in this form. I had also commented on the PR: We pass a Map but actually the keys of the map will not be used. I understand that the current API is not user-friendly, but I don't think that adding a dummy parameter to the API will really help. There is no way t

Re: [DISCUSS] PIP-208: HTTP Sink

Christophe, very good initiative! I support it Some comments inline below Enrico Il giorno lun 19 set 2022 alle ore 19:10 Christophe Bornet ha scritto: > > Hi all, > > I have drafted PIP-208: HTTP Sink > > PIP link: > https://github.com/apache/pulsar/issues/17719 > > Here's a copy of the conte

BookieId is broken on 2.10+

Hello folks, I have found that since Pulsar 2.10 you cannot set a custom BookieId anymore. The fix is easy https://github.com/apache/pulsar/pull/17762 I am pretty sure it worked on Pulsar 2.8 (I sent out a patch for supporting the bookieId on the Helm Chart). I think that we should cherry-pick t

Re: [DISCUSS] PIP-209: Separate C++/Python clients to own repositories

+100 to this ! Thanks for this proposal Enrico Il giorno lun 26 set 2022 alle ore 10:04 Zike Yang ha scritto: > > +1. Looks good to me. > > Do we need to move the `Apache Pulsar / Multi Clients` Github project > to the corresponding repos? > > Thanks, > Zike Yang > > Zike Yang > > > On Fri, Sep

Re: [VOTE] PIP-209: Separate C++/Python clients to own repositories

+1 (binding) Enrico Il Mar 27 Set 2022, 11:13 Max Xu ha scritto: > +1 (non-binding) > > Best, > Max Xu > > > On Tue, Sep 27, 2022 at 4:50 PM Anon Hxy wrote: > > > +1 (non binding) > > > > Thanks, > > Xiaoyu Hou > > > > Nicolò Boschi 于2022年9月27日周二 16:39写道： > > > > > +1 (non binding) > > > Nico

Re: [DISCUSS] PIP-208: HTTP Sink

e > > Le mar. 20 sept. 2022 à 14:16, Enrico Olivelli a > écrit : > > > Christophe, > > very good initiative! > > > > I support it > > Some comments inline below > > > > > > Enrico > > > > Il giorno lun 19 set 2022 alle ore 19:10 Ch

Re: [VOTE] Pulsar Release 2.10.2 Candidate 1

+1 (binding) - Apache RAT - Signatures/Digests - Built on Mac, using JDK 11 Temurin - Verified LICENSE files (using the script), both on the staged tarball and on the tarbal produced by building from source - Did a couple of smoke tests on Pulsar standalone, from the binary package Thanks for driv

Master branch is broken due to #15914

Hello, I have to revert this patch https://github.com/apache/pulsar/pull/15914 because now many tests fail This is the revert PR https://github.com/apache/pulsar/pull/17889 I think that we should be able (committers, or at least PMC members) to push changes without passing for CI. Otherwise it m

Re: Pulsar CI slowness continues

Il giorno mer 28 set 2022 alle ore 07:50 Lari Hotari ha scritto: > > There was an incident with GitHub Actions yesterday, > https://www.githubstatus.com/incidents/nbhb2lxyh9bb . > > It looks like Pulsar CI is back in action today. > > I finally got a helpful response from GitHub Support. They are

Re: [DISCUSS] Use AUTO_CONSUME schema with Avro logical type conversion problem

Bo, Il giorno lun 26 set 2022 alle ore 15:39 丛搏 ha scritto: > > Hello, Pulsar community: > > Now, we use Avro Schema with Logical type, and the client > automatically adds logical type conversion. You can see PR > https://github.com/apache/pulsar/pull/6704. > > But AUTO_CONSUME Schema with Avro

Re: [VOTE] Pulsar Release 2.10.2 Candidate 1

inding) > > houxiaoyu 于2022年9月29日周四 16:45写道： > > > +1 (non-binding) > > > > - Checksum and signatures > > - Build on Mac, using JDK17 > > - Run Pulsar standalone and produce/consume case > > > > Thanks, > > Xiaoyu Hou > > > > Enrico

Re: [VOTE] Pulsar Release 2.10.2 Candidate 1

Il giorno lun 3 ott 2022 alle ore 22:58 Enrico Olivelli ha scritto: > > -1 > > I have found a regression, more context here > https://github.com/apache/pulsar/issues/17913 > > This PR reverts the commit that adds instability > https://github.com/apache/pulsar/pull/17914 T

Re: [DISCUSS] Release Pulsar Client C++ 3.0.0

Sure! Enrico Il Gio 6 Ott 2022, 20:07 Matteo Merli ha scritto: > We have moved the C++ client to its own separate repo > (https://github.com/apache/pulsar-client-cpp) as part of PIP-209. > > There are several new features and fixes in the main branch that it > would be good to get released, as

Re: [DISCUSS] Decrease GitHub email notifications from apache/pulsar-* repos to this ML

+1 Enrico Il giorno mer 12 ott 2022 alle ore 09:11 Nicolò Boschi ha scritto: > > Absolutely +1 > Thanks Michael > > > Nicolò Boschi > > > Il giorno mer 12 ott 2022 alle ore 08:56 Yu ha scritto: > > > +1, thank you, Michael! > > > > > > On Wed, Oct 12, 2022 at 1:00 PM Matteo Merli > > wrote: >

Re: [DISCUSS] Planning for Apache Pulsar 3.0

Il giorno mer 12 ott 2022 alle ore 00:40 Matteo Merli ha scritto: > > Agree, though let's make separate discussions. Putting all random > ideas into the same cauldron is a good recipe for making no one able > to follow or see a common line. > > That's what I meant when I started the proposal of ha

Re: [Vote] PIP-192 New Pulsar Broker Load Balancer

+1 (binding) What's the status of this PIP ? Enrico Il giorno gio 25 ago 2022 alle ore 05:04 Hang Chen ha scritto: > > +1 (binding) > > Awesome job! > > Thanks, > Hang > > Heesung Sohn 于2022年8月24日周三 05:29写道： > > > > Hi, Pulsar dev community, > > > > This vote has been open for 23 days, and we

Re: [DISCUSS] Update schema authentication permission issue

Bo, Il giorno gio 13 ott 2022 alle ore 06:00 丛搏 ha scritto: > > Hello, Pulsar community: > > Now, we have two authentications for updating the schema > 1. producer and consumer can update the schema using TopicOperation > produce or consume when open autoUpdateSchema > 2. pulsar admin uses Tenant

Re: [VOTE] Pulsar Release 2.10.2 Candidate 3

+1 (binding) - validated RAT, checksums and signatures - built from sources and run smoke tests on the built binaries (JDK11 temurin on Mac) Thanks Enrico Il giorno gio 13 ott 2022 alle ore 13:10 houxiaoyu ha scritto: > > +1 (non-binding) > > - Checksum and signatures > - Build on Mac, using JDK

Re: [VOTE] PIP-208: HTTP Sink

+1 (binding) Enrico Il giorno gio 13 ott 2022 alle ore 19:35 Christophe Bornet ha scritto: > > Hi folks, > > I'd like to start a vote for the PIP-208: HTTP Sink ( > https://github.com/apache/pulsar/issues/17719) > > The discussion can be found here: > https://lists.apache.org/thread/9brckr22l5s3

Re: PIP-Java Client support to Cumulative Acknowledge messages for multiple partitions or topics

the ACK commands. > > > > > > In my design, `acknowledgeCumulative` that accepts a single message ID > > > will go through the ACK grouping tracker, while > > > `acknowledgeCumulative` that accepts a map should send ACK commands > > > immediately because it represents use

Re: [VOTE] Release Apache Pulsar Helm Chart 3.0.0 based on 3.0.0-candidate-1

+1 (binding) - verified checksum - installed on GKE without problems with the default values Great work ! and thank you very much for creating the release process Enrico Il giorno ven 21 ott 2022 alle ore 07:58 Michael Marshall ha scritto: > > Hello Apache Pulsar Community, > > This is a call f

Re: [VOTE] PIP-212: Default reppDnsResolverClass to ZkBookieRackAffinityMapping

+1 (binding) Enrico Il giorno ven 21 ott 2022 alle ore 08:07 Michael Marshall ha scritto: > > Bump. In my opinion, this is a bug that we need to fix before any new > releases. It is only a PIP because fixing the bug requires updating a > default. > > Thanks, > Michael > > On Fri, Oct 14, 2022 at

Re: PIP-Java Client support to Cumulative Acknowledge messages for multiple partitions or topics

the MultiTopicsConsumerImpl incoming queue, using > > ConsumerImpl.batchReceive() directly when use > > MultiTopicsConsumerImpl.batchReceive() > > > > Thanks, > > bo > > > > Enrico Olivelli 于2022年10月20日周四 17:37写道： > > > > > > Il giorno gio 20 ott 2022

Re: [DISCUSS] PIP-218: Consumer batchReceive() single partition every receive

+1 awesome work Enrico Il giorno mar 25 ott 2022 alle ore 16:28 PengHui Li ha scritto: > > +1 > > Penghui > > On Tue, Oct 25, 2022 at 12:25 PM 丛搏 wrote: > > > Hi, pulsar community: > > > > I start a PIP about `User-friendly acknowledgeCumulative API on a > > partitioned topic or multi-topics`

Re: [VOTE] PIP-218: Consumer batchReceive() single partition every receive

+1 (binding) Enrico Il giorno ven 28 ott 2022 alle ore 09:48 PengHui Li ha scritto: > > +1 (binding) > > Thanks, > Penghui > > On Fri, Oct 28, 2022 at 1:32 PM Haiting Jiang > wrote: > > > +1 (binding) > > > > Thanks, > > Haiting > > > > On Fri, Oct 28, 2022 at 10:43 AM Yunze Xu > > wrote: > >

Releasing current master as Pulsar 2.11.0 ?

Hello Pulsar fellows, I think that too much time passed since we wanted to cut 2.11. The branch-2.11 contains some code used by no one. In the meantime many features went into master branch, I don't think that it is worth it to cut a release from branch-2.11 and start with something that is alr

Re: Releasing current master as Pulsar 2.11.0 ?

lowed the branch-2.11 work closely, but I think it makes > > > > sense to re-create branch-2.11 from the current master. > > > > > > > > We created branch-2.11 almost 3 months ago. Re-creating the branch > > > > will prevent unnecessary delay on new features

Re: [DISCUSS] Release Pulsar 2.9.4

+1 Enrico Il Gio 3 Nov 2022, 18:36 Yubiao Feng ha scritto: > +1 > > Thanks > Yubiao > > On Thu, Nov 3, 2022 at 2:01 PM 丛搏 wrote: > > > Hello, Pulsar community: > > > > I'd like to propose releasing Apache Pulsar 2.9.4. It's been about > > three months since 2.9.3 was released. > > > > There ar

Re: [VOTE] PIP-219: Support full scan and trim ledger

+1 (binding) Enrico Il giorno lun 7 nov 2022 alle ore 07:21 Aloys Zhang ha scritto: > > +1(non-binding) > > 丛搏 于2022年11月7日周一 11:21写道： > > > +1(non-binding) > > > > Thanks, > > Bo > > > > PengHui Li 于2022年11月6日周日 09:26写道： > > > > > > +1 > > > > > > Penghui > > > > > > linlin 于2022年11月1日 周二22:28

Re: [DISCUSSION] Redesign the MessageId interface

Il giorno mar 8 nov 2022 alle ore 11:25 Yunze Xu ha scritto: > > Hi all, > > Currently we have the following 5 implementations of MessageId: > > - MessageIdImpl: (ledger id, entry id, partition index) > - BatchMessageIdImpl: adds (batch index, batch size, acker), where > acker is a wrapper o

Re: [DISCUSSION] Redesign the MessageId interface

I am not sure if this can be in the scope of this initiative, but we should somehow get rid of stuff like "fromByteArrayWithTopic" vs "fromByteArray". Thanks Enrico > > Thanks, > Yunze > > On Tue, Nov 8, 2022 at 6:43 PM Enrico Olivelli wrote: > > > &

Re: [DISCUSSION] Redesign the MessageId interface

; > > concept in Kafka (though each offset represents a message while each > > > > entry represents > > > > a batch). If you see the Message API, it also exposes many attributes. > > > > IMO, for the > > > > MessageIdData, only the a

Re: [ANNOUNCE] New Committer: Zili Chen

Congratulations! Enrico Il Gio 10 Nov 2022, 08:07 Haiting Jiang ha scritto: > Congratulations! > > > BR, > Haiting > > On Thu, Nov 10, 2022 at 2:14 PM Jun Ma wrote: > > > > Congratulations! > > > > > > > > > > Yu ： > > > > > > > The Project Management Committee (PMC) for Apache Pulsar has inv

Re: [DISCUSS] Make the behavior of producers that use the mode WaitForExclusive clear

Yubiao, Il Gio 10 Nov 2022, 07:40 Yubiao Feng ha scritto: > Hi all, > > Now if an Exclusive-Mode producer has been registered, we can register > another WaitForExclusive-Mode producer. When the old producer goes > offline, the new producer will take over as the new exclusive producer. > > < Hig

Re: [DISCUSS] PIP-222: Add CommandPartitionedTopicMetadata metrics

Tao, I support the idea of tracking the same metric for all the possible commands. One additional bonus would be to at least add a label with the "tenant" or, even better, the "namespace". This way in a multi-tenant system you can track down to the user/application who is causing the load Otherwis

Re: [DISCUSSION] Support seek and ack multiple MessageIds

Yunze, great explanation, I support your proposals at 100% Enrico Il giorno gio 10 nov 2022 alle ore 13:17 Yunze Xu ha scritto: > > Hi all, > > From the previous discussion [1], we reached a consensus that > MessageId should only be a comparable and serializable opaque object > (only in Java cli

Re: [ANNOUNCE] New Committer: Lin Chen

Congratulations Enrico Il Lun 14 Nov 2022, 07:30 Qiang Huang ha scritto: > Congratulations! > > houxiaoyu 于2022年11月14日周一 13:40写道： > > > Congrats! > > > > Best, > > Xiaoyu Hou > > > > PengHui Li 于2022年11月14日周一 12:28写道： > > > > > The Project Management Committee (PMC) for Apache Pulsar has invi

Re: [DISCUSS] PIP-221: Make TableView support read the non-persistent topic

Il giorno lun 14 nov 2022 alle ore 05:57 Kai Wang ha scritto: > > Hi, pulsar-dev community, > > Since the non-persistent topic support doesn't require API changes. I have > pushed a PR to implement it, which has already been merged. > > See: https://github.com/apache/pulsar/pull/18375 Perfect T

Re: Releasing current master as Pulsar 2.11.0 ?

t; > > > > > On Fri, Nov 4, 2022 at 1:00 PM Dave Fisher wrote: > > > > > Inline > > > > > > Sent from my iPhone > > > > > > > On Nov 3, 2022, at 6:55 AM, Enrico Olivelli wrote: > > > > > > > > PengHui, > > >

Re: Releasing current master as Pulsar 2.11.0 ?

; >> > > PIP 175 [0] proposes a different meaning to 3.0.0. The proposed > >> > > meaning is that each major release is an LTS version. Here is the > >> > > exact wording: > >> > > > >> > > > The major version bump will not c

Re: [DISCUSS] PIP-210

Prashant, I support this PIP, especially because it mitigates a lot of the micro latency spikes during partition transfer from one broker to and another broker. Enrico Il Gio 17 Nov 2022, 07:20 Prashant Kumar ha scritto: > PIP: https://github.com/apache/pulsar/issues/18510 > > Problem Statement

Re: [VOTE] PIP-222: Add CommandPartitionedTopicMetadata metrics

Tao, before voting on this proposal, I think that we should change the title. Now the PIP refers to tracking all the commands and not only CommandPartitionedTopicMetadata, is this correct? Enrico Il giorno gio 17 nov 2022 alle ore 10:07 Jiuming Tao ha scritto: > > Dear Pulsar Community, > > Plea

Re: [VOTE] PIP-222: Add CommandPartitionedTopicMetadata metrics

eate another PIP the do it. > > > Thanks, > Tao Jiuming > > > 2022年11月17日 下午5:27，Enrico Olivelli 写道： > > > > Tao, > > before voting on this proposal, I think that we should change the title. > > Now the PIP refers to tracking all the commands and not onl

Re: [DISCUSS] Remove "triage" series labels?

+1 Enrico Il Gio 17 Nov 2022, 18:40 Matteo Merli ha scritto: > +1 Good suggestion > > > -- > Matteo Merli > > > On Thu, Nov 17, 2022 at 7:32 AM tison wrote: > > > > Hi, > > > > When squashing issue backlog, I noticed there're a number of "legacy" > tags > > in series "traige/week-x". > > > >

Re: [Vote] PIP-215: Configurable TopicCompactionStrategy for StrategicTwoPhaseCompactor and TableView

+1 (binding) Enrico Il giorno mar 15 nov 2022 alle ore 02:41 PengHui Li ha scritto: > > +1 > > Thanks, > Penghui > > On Wed, Nov 9, 2022 at 12:52 AM Heesung Sohn > wrote: > > > Dear Pulsar Community, > > > > Please review and vote on this PIP. > > > > PIP link: https://github.com/apache/pulsar/

Re: [Vote] PIP-220 TransferShedder (only for PIP-192 New Broker Load Balancer)

+1 (binding) Enrico Il giorno ven 18 nov 2022 alle ore 08:34 PengHui Li ha scritto: > > +1 > > Penghui > > On Fri, Nov 18, 2022 at 1:40 AM Matteo Merli wrote: > > > +1 > > > > > > -- > > Matteo Merli > > > > > > On Tue, Nov 15, 2022 at 3:20 PM Heesung Sohn > > wrote: > > > > > > Dear Pulsar C

Re: [VOTE] PIP-211: Introduce offload throttling

+1 binding Enrico Il Mar 22 Nov 2022, 09:42 Haiting Jiang ha scritto: > +1 binding > > Thanks, > Haiting > > On Mon, Nov 21, 2022 at 7:03 PM Jiuming Tao > wrote: > > > > Dear Pulsar Community, > > > > Please review and vote on this PIP. > > > > PIP link: https://github.com/apache/pulsar/issues

Re: [VOTE] Pulsar Release 2.11.0 Candidate 1

Il giorno mer 23 nov 2022 alle ore 05:43 Haiting Jiang ha scritto: > > Hi Jiwei, > > Thank you for cutting this RC. > > When following the processes in "Validate Release Candidate", > command `nc -vz4 localhost 4181` fails. which means table service is > not started in standalone mode. > Is this e

Re: [DISCUSS] Release Pulsar Python Client 3.0.0

+1 thanks Enrico Il giorno mer 23 nov 2022 alle ore 13:53 Yunze Xu ha scritto: > > Hi all, > > It has been about 2 months since the official Python client was moved > out of the main repo. I'm going to release the first Python client > release after that. > > There are some efforts for the easy

Re: [DISCUSS] Release API docs only for major release (minor version bump)

+1 Thanks Enrico Il Sab 26 Nov 2022, 10:02 tison ha scritto: > Thanks for your feedback! I'll create a tracking issue and start working on > subtasks the next week :) > > Best, > tison. > > > Haiting Jiang 于2022年11月26日周六 14:43写道： > > > +1 > > > > Thanks, > > Haiting > > > > On Fri, Nov 25, 202

Re: [DISCUSS] Release Pulsar 2.10.3

Il Lun 28 Nov 2022, 10:50 PengHui Li ha scritto: > +1 > > Thanks, > Penghui > > > On Nov 28, 2022, at 17:48, Xiangying Meng wrote: > > > > Hello, Pulsar community: > > > > I'd like to propose releasing Apache Pulsar 2.10.3. It's been about one > > month since 2.10.2 was released. > > > > There a

Re: [Discuss] Deprecate Index-based Publisher Stat Aggregation in Topics Partitioned-Stats

Heesung, I also agree that we must preserve compatibility, if we want to pick this change to released versions. For a new major version we COULD break compatibility only as a last resort. If we have a way to improve the code and use less resources, I believe that it is the best way. Enrico Il gi

Re: Support for Java LTS 17 (or at least 15+)

I think that Pulsar 2.10 should work on jdk17 but we have no automated tests on CI Enrico Il Ven 2 Dic 2022, 23:23 Frank Kelly ha scritto: > Thanks - I see they switched to JRE 17 in 2.11 > > https://github.com/apache/pulsar/pull/14355 > > -Frank > > > On Fri, Dec 2, 2022 at 1:17 PM Dave Fisher

Re: [VOTE] Pulsar Release 2.11.0 Candidate-2

FYI I am investigating some errors I see while running the Jakarta JMS TCK against a Pulsar 2.11.0rc2 server with the provided docker images. I still can't understand the problem, so I will keep you posted. Please hold on Enrico Il giorno dom 4 dic 2022 alle ore 19:13 Christophe Bornet ha scri

Re: [DISCUSS] Remove restful producer component

+1 I agree that such kind of APIs can be on side projects Enrico Il giorno mar 6 dic 2022 alle ore 14:20 PengHui Li ha scritto: > > +1 > > And we should also remove the documentation of this part. > > Penghui > > > On Dec 6, 2022, at 18:36, mattisonc...@gmail.com wrote: > > > > > > Hello, every

Re: [VOTE] Pulsar Release 2.11.0 Candidate-2

details here: https://github.com/datastax/pulsar-jms/pull/101 Thank you for driving the release Enrico Il giorno lun 5 dic 2022 alle ore 16:21 Enrico Olivelli ha scritto: > > FYI I am investigating some errors I see while running the Jakarta JMS > TCK against a Pulsar 2.11.0rc2 server with the

Re: [VOTE][PIP-225] Pulsar Functions fetch parameters from local config file.

-1 (binding) sorry I missed the discussion. It is not clear to me about the security model of this change. The command line is not updatable for a process but other users may be able to update the configuration file or access tokens or other security parameters. Also we need to define a migration

Re: [VOTE] PIP-224: Introduce TopicMessageId for consumer's MessageId related APIs

+1 (binding) Enrico Il Ven 9 Dic 2022, 10:41 Jiaqi Shen ha scritto: > +1(non-binding) > > Thanks, > Jiaqi Shen > > > 于2022年12月5日周一 15:23写道： > > > +1(non-binding) > > > > Best, > > Mattison > > On Dec 5, 2022, 15:09 +0800, Zike Yang , wrote: > > > +1(non-binding) > > > > > > Best, > > > Zike Ya

Re: [VOTE][PIP-225] Pulsar Functions fetch parameters from local config file.

ng wrote: > > > Hi Enrico, > > > > Sure, we can go back to the discussion thread and I'll pause this voting > > thread for now until we address the concerns in the design. > > > > Cheers, > > Yufei > > > > On Fri, Dec 9, 2022 at 6:05 AM Enric

Re: [DISCUSSION] Any idea about simplify the configuration file?

I agree that we should make it simpler. There are too many knobs that people shouldn't try to turn if they don't know what they are doing. Il giorno mar 13 dic 2022 alle ore 14:19 Kai Wang ha scritto: > > +1, we can provide a minimal configuration file to users. It only contains > the required c

<    3   4   5   6   7   8   9   10   >