I support this solution.
Unfortunately it is better to not port this to the previous versions
because it is a behaviour change.
Thanks for driving this effort
Enrico
Il giorno ven 16 dic 2022 alle ore 10:31 丛搏 ha scritto:
>
> Hi, pulsar community:
>
> I start a PIP about modifying MessageIdImp
+1 (binding)
- Verified checksums and signatures
- Built from source on Mac M1, JDK 17 Temurin
- Run Pulsar standalone from the binaries produced by the build
- Tested Pulsar shell
- Tested the docker image locally, basic smoke tests
Thanks
Enrico Olivelli
Il giorno mer 21 dic 2022 alle ore
Il Sab 24 Dic 2022, 11:44 丛搏 ha scritto:
> thanks for the information
>
> Thanks,
> Bo
>
> tison 于2022年12月24日周六 18:25写道：
> >
> > Well it's easy to find:
> > https://github.com/apache/pulsar/issues/12166#issuecomment-1237601981
> >
> > tison 于2022年12月24日 周六18:22写道：
> >
> > > Hi Haiting,
> > >
> >
ted to the comparison logic between
> > > > > > > > BatchMessageIdImpl and MessageIdImpl.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Yunze
> > &
I am sorry, I am late on this train.
Unfortunately if you have to connect using different authentication
parameters you need to open many PulsarClients.
I think that we can change this default but we should provide an official
API to share the threadpools between the clients.
There is no need to
+1 (binding)
- verified checksums and signatures
- built sources
- run some smoke tests using the binaries built from source and using
the staged binaries
great work
Enrico
Il giorno mar 27 dic 2022 alle ore 10:14 丛搏 ha scritto:
>
> +1 (non-binding)
>
> system: mac os 12.6, Apple M1
> maven: 3
I generally support this proposal,
this is a problem we have in the Proxy and I have seen it on
applications that need to connect to multiple different tenants
and they need different authentication parameters, so they have to
create many PulsarClient instances.
I have a suggestion:
Exposing all
topic and the base `MessageId`. You can see the latest
> > update on GitHub. If any of you have any concern, feel free to let me
> > know.
> >
> > Thanks,
> > Yunze
> >
> > On Mon, Dec 26, 2022 at 1:22 AM Enrico Olivelli wrote:
> > >
> > >
I agree with you.
Please note that the new test case is about non-persistent topics
is it expected ?
Enrico
Il giorno mer 28 dic 2022 alle ore 07:58 Yubiao Feng
ha scritto:
>
> Hi qiang
>
> I think this is a necessary fix, and it would be nice if more explicit
> errors were given to the client
Congratulations !
Enrico
Il giorno ven 30 dic 2022 alle ore 09:56 Cong Zhao
ha scritto:
>
> Congratulations! Yunze
>
> Best,
> Cong
>
> On 2022/12/29 12:42:36 Haiting Jiang wrote:
> > Hi all,
> >
> > The Apache Pulsar Project Management Committee (PMC) has invited Yunze Xu
> > (https://github.co
Il Sab 31 Dic 2022, 08:09 Haiting Jiang ha scritto:
> > Should we allow the user to create the non-partitioned topic name like
> `persistent://tenant/namespace/localname-partition-0`?
>
I don't think this is currently possible.
And if it is possible I am 100% that that topic won't work.
Did you
(I apologise for top posting)
What happens if a new client connects to a old broker?
Enrico
Il Mar 3 Gen 2023, 10:51 丛搏 ha scritto:
> +1 (non-binding)
>
> Thanks,
> Bo
>
> 丛搏 于2023年1月3日周二 16:56写道：
> >
> > Hi, Yunze
> > > What I am concerned about is that if the old clients with other
> > > sc
Il Mar 3 Gen 2023, 14:37 Yunze Xu ha scritto:
> Hi Bo,
>
> I got it now. The PIP title sounds ambiguous. Using the term "Upload
> xxx SchemaType" sounds like uploading the schema into the registry.
> Instead, it should be "carrying schema in the request when subscribing
> with AUTO_CONSUME schema
Good idea
Let's see the results
Enrico
Il Mer 4 Gen 2023, 12:52 Lari Hotari ha scritto:
> Hi all,
>
> ASF Infra team together with Gradle Inc. has setup a dedicated Gradle
> Enterprise instance for Apache projects at https://ge.apache.org/ .
>
> Gradle Enterprise works for both Gradle builds
; > > > > > > > > > > cannot be avoided. No matter if the semantic of
> `setSchemaType`
> > > > > > > is
> > > > > > > > > > > > changed, they should follow the Java implementation
> as well.
> > > > > > > > > > > >
> > > >
Il Lun 2 Gen 2023, 14:32 Lari Hotari ha scritto:
> This is an interesting proposal. However, I'd suggest changes to the
> current proposal.
>
> I think that the current proposal is too invasive for the Pulsar code
> base. "Introduce thread monitor to check if thread is blocking for long
> time."
Please create a plan about how to leverage it.
The PR only adds the dependency
Enrico
Il giorno lun 9 gen 2023 alle ore 04:26 Cong Zhao
ha scritto:
>
> +1
>
> Thanks,
> Cong
>
> On 2022/12/19 10:19:07 mattisonc...@gmail.com wrote:
> >
> > Hi, All
> >
> > I would like to introduce a new library
I am sure that this is a good idea.
-1 (binding)
I will follow up on the discussion thread
I am sorry I am catching up late on this thread
Enrico
Il giorno lun 9 gen 2023 alle ore 03:51 Ran Gao ha scritto:
>
> +1 (non-binding)
>
> Thanks,
> Ran Gao
>
> On 2023/01/08 15:05:31 Zixuan Liu wrote:
I don't think that this is a good idea.
Because IIUC we want to add a property per message that sets the
maximum time of retries.
Unfortunately in a real system sometimes you have to change the number
of retries temporarily,
for instance in case of major system failure you don't want to lose
all
+1 (binding)
- checked signatures/digests/rat
- built from source
- run smoke tests on the built binaries
Thanks
Enrico
Il giorno lun 9 gen 2023 alle ore 06:18 guo jiwei
ha scritto:
>
> +1 (binding)
>
> - Checked the signature
> - Build from source
> - Checked license(server and shell)
> - Sta
ume messages.
> >>
> >> Currently, the Pulsar standalone mode starts with RocksDB metastore by
> >> default since 2.11.0, but it can not run well in some cases. I'm
> >> unsure whether it will impact the current user who wants to start the
> >>
operties to it
> > like how many times it get consumed. That also allow other custom
> > properties to be added in newly generated msg.. so if msg needs temporary
> > high retry or change in retry count on msg they can override it using
> > custom properties…
> >
> >
+1 (binding)
Enrico
Il Mar 10 Gen 2023, 18:01 guo jiwei ha scritto:
> +1 (binding)
>
> Regards
> Jiwei Guo (Tboy)
>
>
> On Fri, Dec 23, 2022 at 11:01 AM PengHui Li wrote:
>
> > +1(binding)
> >
> > Thanks,
> > Penghui
> >
> > On Fri, Dec 23, 2022 at 10:31 AM 丛搏 wrote:
> >
> > > +1 (non-binding
Yubiao,
thanks for sharing your problem and a proposal, this is very helpful
for the community to get in touch with the pain of Pulsar
users/administrators.
In my experience if a "subscription is stuck", the problems are:
* the client has some problems (bug in the client/misconfiguration
somewhere
Tim,
Il giorno gio 12 gen 2023 alle ore 04:31 Tim Corbett
ha scritto:
>
> Greetings,
>
> I was informed to ask this here but was unclear yet if this should be a PIP
> or not. Please advise if I should follow a different process. Thanks in
> advance.
>
> The motivation is as follows: today we ha
+1
Enrico
Il Lun 16 Gen 2023, 03:38 Ruguo Yu ha scritto:
> Sorry,I forgot to paste the corresponding PR:
> https://github.com/apache/pulsar/pull/19048
>
> I have fixed the typo in above PR.
>
>
>
> On 2023/01/16 02:10:07 PengHui Li wrote:
>
> > +1
>
> >
>
> > And It might be a typo when addin
+1
Enrico
Il Lun 16 Gen 2023, 03:11 PengHui Li ha scritto:
> +1
>
> And It might be a typo when adding the table view APIs
> From the example:
>
>
> https://github.com/apache/pulsar/blob/246c2701e5c43e02e9783c82d4d107d06b019951/pulsar-client-api/src/main/java/org/apache/pulsar/client/api/Pulsar
> > > > > > > > > > > > >
> > > > > > > > > > > > > > > I want to avoid the changes to existing methods
> > > like
> > > > > > > > > > > > > > > Commands#get
The proposal makes sense to me.
I suggest to put option B into the API changes and move option A to
"Alternatives"
Enrico
Il giorno mar 3 gen 2023 alle ore 15:32 Alexander Preuss
ha scritto:
>
> Hi all,
>
> I opened a PIP to discuss making PulsarAdmin accessible in Pulsar IO
> connectors throug
Alexander,
I am sorry but it looks too premature to start the VOTE thread, as the
DISCUSSION thread has not been participated.
Let's wait that other folks give their opinions (personally I missed
the initial email and I have found it now)
Thanks for your efforts on this initiative
Enrico
Il gior
I support this PIP.
This will allow Protocol Handlers to have better knowledge of what's
happening on the broker.
I hope that someday we will be able to refactor Broker internals using
this feature and decouple the components.
Enrico
Il giorno lun 16 gen 2023 alle ore 10:27 Yunze Xu
ha scritto:
Il giorno lun 16 gen 2023 alle ore 11:58 r...@apache.org
ha scritto:
>
> I agree with @Enrico @Bo, if we encounter a subscribe stuck situation, we
> must continue to spend more time to locate and fix this problem, which is
> what we have been doing.
>
> But let's think about this problem from anot
+1
As written on the GH issue we already have some experience with
packing pulsar-shell for homebrew
One open point is how to coordinate it with the Apache downloads framework.
Apache artifacts should be hosted / downloaded from downloads.apache.org
so we have to add some tricks/redirections on
Congrats !
Enrico
Il giorno mer 18 gen 2023 alle ore 14:50 PengHui Li
ha scritto:
>
> Hi all,
>
> The Apache Pulsar Project Management Committee (PMC) has invited Bo Cong
> (https://github.com/congbobo184) as a member of the PMC and we are
> pleased to announce that he has accepted.
>
> He is ve
Congratulations !
Enrico
Il giorno mer 18 gen 2023 alle ore 14:36 Yunze Xu ha scritto:
>
> The Project Management Committee (PMC) for Apache Pulsar has invited
> Baodi Shi (https://github.com/shibd) to become a committer and we are
> pleased to announce that he has accepted.
>
> Being a committe
Congratulations !
Enrico
Il giorno ven 20 gen 2023 alle ore 13:36 Lari Hotari
ha scritto:
>
> Dear Community,
>
> We are thrilled to announce that Nicolò Boschi
> (https://github.com/nicoloboschi) has been invited and has accepted the
> role of member of the Apache Pulsar Project Management Comm
+1 (binding)
Enrico
Il giorno lun 16 gen 2023 alle ore 13:56 Christophe Bornet
ha scritto:
>
> +1
>
> Le lun. 16 janv. 2023 à 11:16, Lari Hotari a écrit :
>
> > Hello community,
> >
> > I'm starting the VOTE for PIP-243: Register Jackson Java 8 support modules
> > by default.
> >
> > Motivation
+1 (binding)
Enrico
Il giorno lun 23 gen 2023 alle ore 14:44 Yunze Xu
ha scritto:
>
> +1 (binding)
>
> Thanks,
> Yunze
>
> On Fri, Jan 20, 2023 at 7:06 PM SiNan Liu wrote:
> >
> > Hello community,
> >
> > I'm starting the VOTE for PIP-236: Record schema in the request and carry
> > to the broke
+1 (binding)
Enrico
Il giorno mer 25 gen 2023 alle ore 09:14 Nicolò Boschi
ha scritto:
>
> +1 (binding)
>
> Thanks,
> Nicolò Boschi
>
>
> Il giorno mar 24 gen 2023 alle ore 20:11 Michael Marshall <
> mmarsh...@apache.org> ha scritto:
>
> > +1 (binding)
> >
> > Thanks,
> > Michael
> >
> >
> > On
Hello,
I have seen some INFRA tickets about Pulsar and orbit.love
for instance here
https://issues.apache.org/jira/browse/INFRA-23988
Does anyone have some information about this ?
Best regards
Enrico
There is an open discussion on the Apache BooKeeper mailing list about
this kind of refactoring.
I appreciate this initiative because I see it as a tentative to reduce
the tech debt.
I think that it is pretty dangerous to do this kind of change.
Pulsar uses refcounting in a very advanced way and
I totally agree.
There has been little API Design error to add that "throws" clause.
Thanks for the initiative
Enrico
Il giorno lun 30 gen 2023 alle ore 09:16 ha scritto:
>
> Hello, everyone
>
> I submitted this PR https://github.com/apache/pulsar/pull/19356 to discuss if
> we can accept movin
+1 (binding)
But I DON'T think that this implementation should go into released versions.
This is not a big problem for users and we MUST hold off adding code
to released branches if the change is not strictly necessary:
- bug that causes data corruption/data loss
- security issue
Any changes co
Il giorno gio 2 feb 2023 alle ore 08:08 Haiting Jiang
ha scritto:
>
> > Following PIP-175, we have to provide the first LTS release which will be
> > 3.0.
>
> Actuall as discussed in [1], the first LTS release is 2.10 for being
> the last Java 8 release.
> The major version 3.0 bump would simply
Il giorno gio 2 feb 2023 alle ore 15:52 Asaf Mesika
ha scritto:
>
> I agree. I don't think we can start a vote without closing all open issues
> raised in the discussion, until a given timeout - 3 days is not
> enough timeout IMO
Agreed
Also many people don't follow the mailing list during the
+1 (binding)
- built from sources on jdk11 on Mac M1
- all tests are passing
- gradle check passes (it runs RAT)
- verified signatures and checksum
Thank you Christophe for running the release
Enrico
Il giorno gio 2 feb 2023 alle ore 00:04 Christophe Bornet
ha scritto:
>
> This is the release
ould stay open for at least 48 hours."
Enrico
>
> On Thu, Feb 2, 2023 at 4:59 PM Enrico Olivelli wrote:
>
> > Il giorno gio 2 feb 2023 alle ore 15:52 Asaf Mesika
> > ha scritto:
> > >
> > > I agree. I don't think we can start a vote without clo
Penghui,
Il giorno mar 7 feb 2023 alle ore 12:58 PengHui Li
ha scritto:
>
> I think we are talking about the durable subscription of the non-persistent
> topic, right? For the Reader API (non-durable subscription), the
> subscription will be
> removed after the reader disconnects. If not, it shou
Congratulations !
This is another great step forward for the Pulsar community.
Looking forward for the official Spring Integration that will leverage
this client
Enrico
Il giorno mar 7 feb 2023 alle ore 12:04 Christophe Bornet
ha scritto:
>
> The Apache Pulsar team is proud to announce the Rea
Yubiao,
Il Sab 11 Feb 2023, 19:06 Yubiao Feng
ha scritto:
> Hi community
>
> I am starting a DISCUSS for "Retry topic should not create for a retry
> topic."
>
> If we use regex-topic consumer and enable retry, it is possible to create
> such a topic
> "persistent://public/default/tp1-sub1-RETRY
Il Dom 12 Feb 2023, 04:42 Yubiao Feng
ha scritto:
> Hi Enrico Olivelli
>
> > It is good to help users to not fall into bad situations but on the other
> case we cannot deal with many silly configurations that you could set up,
> like creating a pipeline of functions that i
+1 (binding)
Enrico
Il Mar 14 Feb 2023, 07:51 ha scritto:
> +1(non-binding)
>
> Best,
> Mattison
> On Feb 9, 2023, 04:44 +0800, Matteo Merli , wrote:
> > https://github.com/apache/pulsar/issues/15966
> >
> >
> -
Zixuan,
Il giorno mar 14 feb 2023 alle ore 10:36 Zixuan Liu
ha scritto:
>
> Hi all,
>
> Our admin-client using the async-http-client [0] to request the web
> service, the async-http-client implements network request based on the
> netty, which has very good performance, but this project is not ve
+1
Release 1.8.0 is buggy and cannot be used in Production because TLS
hostname verification doesn't work
We should cut a release as soon as possible
Enrico
Il giorno mar 14 feb 2023 alle ore 11:50 Nicolò Boschi
ha scritto:
>
> +1
>
> Also this fix is quite important:
> https://github.com/apach
I have one question (apologies for the top posting).
The Broker (and the other Pulsar components) use the regular Pulsar
client to connect to "system topics"
and in general they use the Pulsar wire protocol.
The question is "how do you distinguish an internal component from a
user component ?"
Ho
to connect to it.
I am sorry but I am not sure that this is enough to prevent
reads/writes from unallowed clients.
We should elaborate more on this topic on the PIP
Enrico
>
> WDYT?
>
>
> Best,
> Mattison
> On Feb 16, 2023, 00:01 +0800, Enrico Olivelli , wrote:
> >
-1
We should still stick to JDK8 for a while on the client side (and
shared modules).
I see that slowly the ecosystem is moving di JDK11, but it is not yet our time.
This year is Pulsar momentum, please do not add blockers to the adoption
Enrico
Il giorno gio 16 feb 2023 alle ore 09:39 Horizo
Il giorno gio 16 feb 2023 alle ore 14:39 Asaf Mesika
ha scritto:
>
> On Wed, Feb 15, 2023 at 4:36 PM wrote:
>
> > Hi, All
> >
> > First of all, I want to list all of the system topics as follows. That
> > Yunze has mentioned before.
> >
> > Namespace level:
> >
> > • pulsar/system
> > • trans
always running with a "super user"
role, so it is not a problem.
BTW I wonder if it is better to narrow down the scope of the PIP and
go back to "-partition-"
Enrico
>
> Best,
> Mattison
> On Feb 16, 2023, 00:41 +0800, Enrico Olivelli , wrote:
> > Il
I agree to add an admin API to the go client, this would be very helpful.
Il giorno ven 17 feb 2023 alle ore 08:44 Zixuan Liu
ha scritto:
>
> Hi Zhangjian,
>
> This is a good idea to write the admin client by golang, but I don't
> suggest add the admin features to pulsar-go-client, it's better to
Actually we shouldn't have a "dev" KEYS file. It is confusing.
I suggest dropping it.
When a new committer wants to cut a release they can ask for help to
the PMC to add their KEY to the "release" KEYS
Enrico
Il giorno ven 17 feb 2023 alle ore 09:21 Yunze Xu
ha scritto:
>
> Oh that's right. Th
ng
>
> On Thu, Feb 16, 2023 at 12:14 PM wrote:
> >
> > +1
> >
> > Since web pages are more easily and public.
> >
> > Best
> > Mattison
> > On Feb 16, 2023, 07:58 +0800, Christophe Bornet ,
> > wrote:
> > > +100
> > > A
Kiryl,
You can use the official Apache Pulsar Manager the is maintained by
this community
https://github.com/apache/pulsar-manager
At DataStax we also maintain this other UI that is also 100% opensource
https://github.com/datastax/pulsar-admin-console
For the BookKeeper part there is BKVM (BookK
d from scratch a new UI, could you please explain why
Pulsar Manager doesn't work for you?
Cheers
Enrico
>
> From: Enrico Olivelli
> Date: Monday, February 20, 2023 at 11:59 AM
> To: dev@pulsar.apache.org
> Subject: Re: Does anyone build UI for Pulsar?
> Kiryl,
>
> You
+1
Enrico
Il giorno lun 20 feb 2023 alle ore 10:41 Zike Yang ha scritto:
>
> +1
>
> Thanks,
> Zike Yang
>
> On Mon, Feb 20, 2023 at 12:57 PM wrote:
> >
> > Hello, Pulsar community:
> >
> > I'd like to propose releasing Apache Pulsar 2.9.5. It's been about
> > two months since 2.9.4 was released
you will share your project with OSS license, this way it will
be easier for Pulsar users to try it out and contribute.
>
> If someone is already doing or plans to do similar work, let’s collaborate!
Thanks for sharing
Enrico
>
> From: Enrico Olivelli
> Date: Monday, February 20, 20
+1
Perfect
Enrico
Il giorno mar 21 feb 2023 alle ore 08:11 Haiting Jiang
ha scritto:
>
> +1 Looks great!
>
>
> Haiting
>
> On Tue, Feb 21, 2023 at 12:11 PM Hang Chen wrote:
> >
> > +1
> >
> > Thanks,
> > Hang
> >
> > Christophe Bornet 于2023年2月20日周一 21:46写道：
> > >
> > > +1
> > >
> > > Also, I'
+1
Enrico
Il giorno mar 21 feb 2023 alle ore 10:23 Baodi Shi
ha scritto:
>
> +1, Good idea.
>
> Thanks,
> Baodi Shi
>
>
> 在 2023年2月21日 15:24:45 上，avinash kala 写道：
>
> > +1, sounds good.
> >
> > On Tue, Feb 21, 2023, 12:39 PM Zixuan Liu wrote:
> >
> > +1, good idea!
> >
> >
> > Thanks,
> >
> >
I support this proposal.
Coping here my comments from GH:
can't we enable this by default in case we detect that the connected
Broker supports it ?
I can't find any reason for not using this mechanism if it is available.
Maybe we can set the default to "true" and allow users to disable it
in case
The problem reported by Nicolò seems a real show stopper
-1 (binding)
Is there any volunteer on fixing the problem ?
I think that most of Production users use TLS and this problem prevent
anyone to upgrade from 1.7.x to 1.8.x
Enrico
Il giorno mer 22 feb 2023 alle ore 10:33 Nicolò Boschi
ha scr
hat we have
> > a gap in this area.
> >
> > In your perspective, where do you think the biggest gaps are in terms of
> > functionality?
> >
> > --
> > Devin Bost
> > Sent from mobile
> > Cell: 801-400-4602
> >
> > On Mon, Feb 20, 2023
Does this version have the same problems about TLS CA Certs as the
NodeJS client ?
In that case I would cast a -1
Enrico
Il giorno gio 23 feb 2023 alle ore 01:21 Matteo Merli
ha scritto:
>
> +1 bindind
> --
> Matteo Merli
>
>
>
> On Fri, Feb 17, 2023 at 3:27 AM Yunze Xu
> wrote:
>
> > This is
his release. We can support automatically detecting the CA
> certs for OAuth2 authentication later.
>
> The regression should be the case when the TLS encryption is enabled.
> And as I've said at the beginning, I'm going to do more tests and open
> a discussion.
>
> T
Makes sense.
It would be interesting to reject connections on the Proxy if the
client tries to set that field.
On the broker there is no way to distinguish a proxy from a client, that's fair.
But on the proxy it is not expected to see a connection from another proxy.
+1
Enrico
Il giorno ven 24
+1
thanks
I wonder if there are other sub-projects that we should release
together with 2.10.0
Enrico
Il giorno ven 24 feb 2023 alle ore 17:33 Christophe Bornet
ha scritto:
>
> Hi everyone,
>
> The last release of the Pulsar Adapters was 2.8.0 in July 2021.
> Even though there is not much activ
+1 to upgrade.
IIUC the main pain point is for Custom Servlet developers who will
have to migrate to the jakarta.xxx packages
is this correct ?
Enrico
Il giorno sab 25 feb 2023 alle ore 06:46 Zixuan Liu
ha scritto:
>
> Sounds greate that migrating to jersey 3.x from jersey 2.x.
>
> Thanks,
> Zi
Congrats Yuri
well deserved !
Enrico
Il giorno lun 27 feb 2023 alle ore 08:47 Nozomi Kurihara
ha scritto:
>
> Hi everyone,
>
> The Project Management Committee (PMC) for Apache Pulsar
> has invited Yuri Mizushima (https://github.com/equanz) to become a
> committer and we are pleased
> to announ
+1 great suggestions
Enrico
Il giorno lun 27 feb 2023 alle ore 02:54 ha scritto:
>
> +1
>
> Best,
> Mattison
> On Feb 26, 2023, 23:02 +0800, Dave Fisher , wrote:
> > Excellent proposal.
> >
> > Inline below.
> >
> > Sent from my iPhone
> >
> > > On Feb 26, 2023, at 3:19 AM, Asaf Mesika wrote:
>
ly the `canal` module requires the spring, so don't worry.
>
> If I wrong, please let me know.
>
> Thanks,
> Zixuan
>
> ZhangJian He 于2023年2月27日周一 14:04写道：
>
> > Hi @Enrico Olivelli @Zixuan Liu
> >
> > I'm concerned that this change may create some compl
I am supportive of this idea about the website.
I won't enter the details, but I have read the PIP and overall the
idea seems good to me
Enrico
Il giorno ven 24 feb 2023 alle ore 17:37 Asaf Mesika
ha scritto:
>
> You are correct - we did start with what content we wanted to show, then
> designed
Hello Committers,
I believe that we should stop cherry-picking breaking changes like [1]
to released branches.
Really, this is something that we cannot do.
When you decide to cherry-pick a commit to a "stable branch",
currently branch-2.8, branch-2.9, branch-2.10 and branch-2.11 you
always have to
rry-pick the other branches.
Delaying the merge too much makes things harder.
By the way the main point in this email thread is that we should
totally stop to do cherry-picks of stuff that it is
not strictly needed
Enrico
>
> Thanks
> Yubiao Feng
>
> On Mon, Feb 27, 2023 at 11:2
ved by committers.
>
> Thanks,
> Penghui
>
> On Tue, Feb 28, 2023 at 6:32 PM Enrico Olivelli wrote:
>
> > Il giorno mar 28 feb 2023 alle ore 11:19 Yubiao Feng
> > ha scritto:
> > >
> > > Append asuggestion:
> > > - After a PR revert, w
Il giorno mar 28 feb 2023 alle ore 10:40 ZhangJian He
ha scritto:
>
> ping @PengHuiLi @Enrico Olivelli
>
> Thanks
> ZhangJian He
>
>
> On Mon, 27 Feb 2023 at 14:02, ZhangJian He wrote:
>>
>> > Another idea is whether it is possible to generate client
Baodi,
Il giorno mar 28 feb 2023 alle ore 05:58 Baodi Shi
ha scritto:
>
> Hi,
>
> In v2.11.0, the system topic enables by default [1]. This causes the
> `GET_TOPICS_OF_NAMESPACE ` command to redundantly return the system topic.
>
> This causes some incompatibility issues: If consumers use pattern
nt-go/pull/969 tried to
> > upgrade the Pulsar version to 2.11 for Go client. I think we'd better
> > skip this version. There is no need to upgrade the server version
> > unless we have to add a new feature that depends on the new version of
> > Pulsar.
> &
Perfect
Thanks
Enrico
Il giorno mer 1 mar 2023 alle ore 04:17 Rui Fu ha scritto:
>
> +1
>
> Best,
>
> Rui Fu
> On Feb 28, 2023 at 05:35 +0800, laminar , wrote:
> > Hi all,
> >
> > I would like to discuss supporting the processingGuarantess
> > `EFFECTIVELY_ONCE` in python function runtime.
> >
(I apologise for top posting)
Would it be possible to add a flag to fallback to the previous behaviour ?
I know that adding such flags is a burden but if the upgrade breaks
some workflows then users won't be able to upgrade.
We can add the flag in the next release and drop it in the next major rel
+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,
This is an interesting discussion.
Good to see this kind of a discussion on the dev@ mailing list, this
way more people are aware of the fact that we are a project in the ASF
and there is a Project Management Committee.
I have been following a few Apache projects for a while, and I believe
that th
Yunze,
Il Ven 3 Mar 2023, 12:31 Yunze Xu ha scritto:
> Hi all,
>
> Based on the previous discussion [1], I created a proposal to support
> configuring client version at SDK level:
> https://github.com/apache/pulsar/issues/19705
>
> I've added more explanations in the motivation part, let's use t
Nice work Christophe, thanks for driving this release
+1 (binding)
- verified checksums/signatures
- built on Mac (M1) on JDK17, all tests passing
We need more VOTES :-)
Enrico
Il giorno gio 2 mar 2023 alle ore 18:48 Christophe Bornet
ha scritto:
>
> This is the release candidate 3 for Apache
PMC.
> > > > > > 2. By making it an informal, self-reported flag, you avoid the
> > > overhead
> > > > > of board resolutions, etc. and just manage it at the community level.
> > > If
> > > > > someone wants to change their status, they can just say so or
+1 (binding)
Enrico
Il Ven 10 Mar 2023, 21:36 Michael Marshall ha
scritto:
> +1 (binding)
>
> Thanks for your PIP! Feel free to tag me to help review the PR when we
> get to that step.
>
> Thanks,
> Michael
>
> On Fri, Mar 10, 2023 at 2:27 PM Kai Levy wrote:
> >
> > Hello,
> >
> > This thread
+1 (binding)
Enrico
Il Ven 10 Mar 2023, 20:31 Michael Marshall ha
scritto:
> Hello Pulsar Community,
>
> This thread is to start the vote for PIP 250.
>
> Discussion:
> https://lists.apache.org/thread/ntzwkdz23d6s6ycyn2r198c515npp7vt
> Issue: https://github.com/apache/pulsar/issues/19623
> Work
Il giorno mar 14 mar 2023 alle ore 06:47 Gavin gao
ha scritto:
>
> The issue is: https://github.com/apache/pulsar/pull/19727
>
> This issue tries to address the index generator rolled back problem when
> entries add failed.
>
> A new default method `afterFailedAddEntry` is added to interface
> Man
as “active” or “inactive”. That status
> > > could then be reflected on the Community section of the pulsar website.
> >
> > The idea P. Taylor Goetz offered would be a yearly "chore" done by the PMC
> > chair, helped by PMC members, to "poll" that status
Eric,
Il Lun 27 Mar 2023, 07:44 Shen Eric ha scritto:
> Hi Community,
>
> We want to announce and introduce the [Pulsar Admin Go Library](
> https://github.com/streamnative/pulsar-admin-go) which has been open
> sourced and cut the first release.
>
> The original Pulsar Admin Go Library is from
+1 (binding)
Enrico
Il giorno mar 28 mar 2023 alle ore 04:59 Dave Fisher
ha scritto:
>
> +1 (binding)
>
> Sent from my iPhone
>
> > On Mar 27, 2023, at 12:59 PM, Lari Hotari wrote:
> >
> > +1, binding
> >
> > -Lari
> >
> >> On Mon, 27 Mar 2023, 22.37 Michael Marshall, wrote:
> >>
> >> Hi Puls
Congratulations !
Well deserved !
Enrico
Il giorno mer 29 mar 2023 alle ore 06:17 Xiangying Meng
ha scritto:
>
> Congrats! Qiang.
>
> Sincerely,
> Xiangying
>
> On Wed, Mar 29, 2023 at 11:51 AM Yubiao Feng
> wrote:
>
> > Congrats! Qiang.
> >
> > Thanks
> > Yubiao
> >
> > On Wed, Mar 29, 2023
801 - 900 of 982 matches
Mail list logo
