Hi Yubiao,
Thanks for driving the improvements to Pulsar.
The motivation and the high-level solution look good to me.
I just left some comments on the proposal for the details.
The major idea for resolving this issue is to separate the user-facing
topic auto-creation
and topic auto-creation by da
On 2024/08/12 17:37:28 Dave Fisher wrote:
> I have to ask the hypothetical question: Why is the project working on
> StreamNative Oxia support? (https://github.com/streamnative/oxia)
Pulsar contains Oxia based Metadata store plugin since Pulsar 3.3.0.
(PIP-335 was voted on the dev mailing list in
Hi Yunze,
Given your comment on the DISCUSSION thread abut the extra repository.
> - Metadata store. From my personal perspective, I don't suggest making
> InMemory, Etcd, Oxia as the built-in implementations. Having ZK as
> default and RocksDB for a lightweight standalone is enough.
I have to a
+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 “disturbing” and think that the line of project
vendor independence is being crossed -
https://com
Hi Yunze,
A few of your points are of concern and to me could be good arguments for this
extra code repository.
On 2024/08/05 13:25:24 Yunze Xu wrote:
> Let's ignore the last sentence I mentioned. I mentioned my suspicion
> because I have concerns about the lifetime of this repo. It's
> clarifie
+1 (binding)
BR,
Zike Yang
On Sat, Aug 10, 2024 at 1:58 AM Lari Hotari wrote:
>
> +1 (binding)
>
> -Lari
>
> On 2024/08/09 16:37:26 Anshul Singh wrote:
> > Hi everyone,
> >
> > I am starting this thread to vote on PIP-369: Flag based selective unload
> > on changing ns-isolation-policy.
> >
> >
Thanks Tison ^.^
On 2024/08/07 16:48:06 tison wrote:
> Congrats and thanks for driving this release!
>
> Best,
> tison.
>
> David Jensen 于2024年8月8日周四 00:21写道：
> >
> > The Apache Pulsar team is proud to announce DotPulsar version 3.2.2.
> >
> > Pulsar is a highly scalable, low-latency messaging
