Hi dev,
This thread is to start a vote for PIP-302 Add new API
readAllExistingMessages for TableView.
Discuss thread: https://lists.apache.org/thread/o085y2314o0fymvx0x8pojmgjwcwn59q
PIP: https://github.com/apache/pulsar/pull/21166
BR,
Xiangying
Hi Donglai, Heesung
>brokerShutdownMaxNumberOfGracefulBundleUnloadPerMinute=60 is the same as
brokerShutdownMaxNumberOfGracefulBundleUnloadPerSec=1 So, the "per-min"
config can be more granular.
I have some doubts about introducing the
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerMinute`
conf
Hi, Xiangying
This PIP is a little confusing to me.
This mail title states that we are introducing `readAllExistingMessages`.
But actually, we only introduced `refreshAsync` in the PIP:
https://github.com/apache/pulsar/pull/21166/files#diff-45c655583d6c0c73d87afd3df3fe67f77caadbf1bd691cf8f8211cc89
+1
Zike Yang
On Mon, Sep 25, 2023 at 2:55 PM Enrico Olivelli wrote:
>
> +1
>
> Enrico
>
> Il giorno lun 25 set 2023 alle ore 05:08 Yubiao Feng
> ha scritto:
> >
> > +1
> >
> > Thanks
> > Yubiao Feng
> >
> > On Mon, Sep 18, 2023 at 1:32 PM guo jiwei wrote:
> >
> > > Hi all,
> > >
> > > I would
Thank you for your reminder. In our discussion, there were several
changes to the specific plan and method names, which resulted in the
PR title not being updated promptly. This was my oversight. The email
title for the vote was not modified to match the titles of the
discussed emails.
Regarding m
> If we want the
maximum concurrency per second to be 1, and set the maximum
concurrency per minute to 60, then the actual maximum concurrency per
second could be up to 60, which is 60 times larger than our expected
maximum concurrency.
I think the RateLimiter can handle it:
https://github.com/apa
Hi, Zixuan
Thanks for your proposal. I'm +1 for it.
> This is a feature I need. If cherry-pick is not allowed, then it will
only be kept in 3.2+.
This is a new feature, and I also think that we couldn't cherry-pick
it. What about cherry-picking this change to your fork repo and
building the pul
>I think the RateLimiter can handle it:
https://github.com/apache/pulsar/blob/a1405ea006f175b1bd0b9d28b9444d592fb4a010/pulsar-broker/src/main/java/org/apache/pulsar/broker/service/BrokerService.java#L965-L968
See here. Do you mean we make `maxConcurrentUnloadPerSec` and
`brokerShutdownMaxNumberOfG
Hi dev,
This thread is to start a vote for PIP-298 Consumer supports specifying
consumption isolation level
Discuss thread:
https://lists.apache.org/thread/8ny0qtp7m9qcdbvnfjdvpnkc4c5ssyld
https://lists.apache.org/thread/2opqjof83425vry6gzszd5glqgryrv11
PIP: https://github.com/apache/pulsar/pull
-1 (binding) I’m not convinced that breaking transaction isolation is the
proper course of action.
Regards,
Dave
> On Sep 25, 2023, at 6:46 AM, hzh0425 wrote:
>
> Hi dev,
> This thread is to start a vote for PIP-298 Consumer supports specifying
> consumption isolation level
> Discuss thread:
> On Sep 20, 2023, at 12:50 AM, Xiangying Meng wrote:
>
> Hi, all,
>
> Let's consider another example:
>
> **System**: Financial Transaction System
>
> **Operations**: Large volume of deposit and withdrawal operations, a
> small number of transfer operations.
>
> **Roles**:
>
> - **Client
Hello,
I am closing this vote as this PIP received enough +1s for approval.
Vote Result:
+4 bindings (Matteo, Penghui, Mattison, and Guo)
+1 non-bidning (Yubiao)
Thank you,
Heesung
On Tue, Sep 19, 2023 at 6:33 PM Yubiao Feng
wrote:
> +1 (no binding)
>
> Thanks
> Yubiao Feng
>
> On Tue, Aug
Hi Dave,
The uncommitted transactions do not impact actual users' bank accounts.
Business Processing System E only reads committed transactional
messages and operates users' accounts. It needs Exactly-once semantic.
Real-time Monitoring System D reads uncommitted transactional
messages. It does not
Hi -
OK. I’ll agree, but I think the PIP ought to include documentation. There
should also be clear communication about this use case and how to use it.
Sent from my iPhone
> On Sep 25, 2023, at 6:23 PM, Xiangying Meng wrote:
>
> Hi Dave,
> The uncommitted transactions do not impact actual u
Hi Zixuan,
This is really a great feature. I support it.
Regarding cherry-pick, as far as I know, we have cherry-picked some
configuration items and interfaces into branch-2.10.
But that should be mentioned in a separate discussion and provide
sufficient reasons why we have to do it. Cherry-pick
Hi Dave,
Thanks for your support.
I also think this should only be for the master branch.
Thanks,
Xiangying
On Tue, Sep 26, 2023 at 9:34 AM Dave Fisher wrote:
>
> Hi -
>
> OK. I’ll agree, but I think the PIP ought to include documentation. There
> should also be clear communication about this
Hi all,
Thank you for your feedback. Let's support this feature first!
Thanks,
Zixuan
Xiangying Meng 于2023年9月26日周二 09:39写道：
>
> Hi Zixuan,
>
> This is really a great feature. I support it.
>
> Regarding cherry-pick, as far as I know, we have cherry-picked some
> configuration items and interfac
Hi Pulsar Community,
Voting for PIP-300: https://github.com/apache/pulsar/pull/21127
Discussion thread:
https://lists.apache.org/thread/ysnsnollgy1b6w1dsvmx1t1y2rz1tyd6
Thanks,
Zixuan
18 matches
Mail list logo
