+1 (non-binding)
On Tue, Jan 31, 2023 at 12:29 PM guo jiwei wrote:
> +1 (binding)
>
>
> Regards
> Jiwei Guo (Tboy)
>
> On Tue, Jan 31, 2023 at 2:36 PM Yunze Xu
> wrote:
> >
> > +1 (binding)
> >
> > Thanks,
> > Yunze
> >
> > On Tue, Jan 31, 2023 at 6:57 AM wrote:
> > >
> > > Hello everyone.
>
+1 (binding)
Regards
Jiwei Guo (Tboy)
On Tue, Jan 31, 2023 at 2:36 PM Yunze Xu wrote:
>
> +1 (binding)
>
> Thanks,
> Yunze
>
> On Tue, Jan 31, 2023 at 6:57 AM wrote:
> >
> > Hello everyone.
> >
> > I would like to start the vote for PIP-242
> > https://github.com/apache/pulsar/issues/19239,
+1 (binding)
Thanks,
Yunze
On Tue, Jan 31, 2023 at 6:57 AM wrote:
>
> Hello everyone.
>
> I would like to start the vote for PIP-242
> https://github.com/apache/pulsar/issues/19239,
> Please let me know if you have any concerns or questions.
>
> Best,
> Mattison
>
> --- Paste original PIP
I have pushed it again.
Maybe it has been pushed failed or something on my laptop when pushing all
the images.
Penghui
On Tue, Jan 31, 2023 at 4:44 AM Nicolò Boschi wrote:
> Hei
>
> I can't find the "-all" docker image on dockerhub:
>
New voting thread with links to artifacts signed with an rsa4096 key.
Please ignore the previous mails and vote on this one.
This is the release candidate 1 for the Reactive Java client for Apache
Pulsar, version 0.2.0.
*** Please download, test and vote on this release. This vote will stay
open
Hello everyone.
I would like to start the vote for PIP-242
https://github.com/apache/pulsar/issues/19239,
Please let me know if you have any concerns or questions.
Best,
Mattison
--- Paste original PIP content to help quote --
### Motivation
Currently, the Apache Pulsar broker allows
+1 for going with default = true in the next release (3.0/2.12)
Nicolò Boschi
Il giorno lun 30 gen 2023 alle ore 05:31 ha
scritto:
> Hi, Asaf, Yunze
> > You mean to say, if the topic is partitioned, the word "partition" can
> notappear in the submitted topic name, in the topic creation API?
Hi -
I’ve updated https://dist.apache.org/repos/dist/release/pulsar/KEYS to include
Christophe’s signing KEY
Regards,
Dave
> On Jan 30, 2023, at 11:03 AM, Christophe Bornet
> wrote:
>
> This is the release candidate 1 for the Reactive Java client for Apache
> Pulsar, version 0.2.0.
>
> ***
Hei
I can't find the "-all" docker image on dockerhub:
https://hub.docker.com/r/apachepulsar/pulsar-all/tags?page=1=2.9
The base image has been uploaded correctly
Nicolò Boschi
Il giorno mar 3 gen 2023 alle ore 14:11 丛搏 ha scritto:
> The Apache Pulsar team is proud to announce Apache Pulsar
There's a typo in the release tag link so please ignore this mail and vote
on the new mail that was sent.
Best regards
Christophe
Le lun. 30 janv. 2023 à 20:00, Christophe Bornet a
écrit :
> This is the release candidate 1 for the Reactive Java client for Apache
> Pulsar, version 0.2.0.
>
This is the release candidate 1 for the Reactive Java client for Apache
Pulsar, version 0.2.0.
*** Please download, test and vote on this release. This vote will stay
open for at least 72 hours ***
Note that we are voting upon the source (tag). Binaries in the Maven
repository are provided for
This is the release candidate 1 for the Reactive Java client for
Apache Pulsar, version 0.2.0.
*** Please download, test and vote on this release. This vote will
stay open for at least 72 hours ***
Note that we are voting upon the source (tag). Binaries in the Maven
repository are provided for
Hi,
I assume the deletion APIs are async(when a user requests deletion, pulsar
first returns success to the user if the request is persisted. Then, Pulsar
asynchronously runs the deletion flow)
- Have we considered a metadata store to persist and dedup deletion
requests instead of the system
+1
Thanks,
Nicolò Boschi
Il giorno lun 30 gen 2023 alle ore 09:33 Zike Yang ha
scritto:
> Thanks for your PR. I think this looks good to me.
>
> Thanks,
> Zike Yang
>
> On Mon, Jan 30, 2023 at 4:23 PM Enrico Olivelli
> wrote:
> >
> > I totally agree.
> > There has been little API Design error
> Couples of notes:
>
> 1.
>
> > In the LedgerDeletionService start, it will create a producer to send
> > pending delete ledger.
> > When delete a ledger, a PendingDeleteLedgerInfo msg with 1 min delay (the
> > delay is for consumer side, if send it immediately, maybe the metadata
> > din't
+1 (non-binding)
Le ven. 20 janv. 2023 à 12:06, SiNan Liu a écrit :
> Hello community,
>
> I'm starting the VOTE for PIP-236: Record schema in the request and carry
> to the broker when subscribing with AUTO_CONSUME schema.
>
> PIP link:
> https://github.com/apache/pulsar/issues/19113
>
>
Sent from my iPhone
> On Jan 30, 2023, at 1:21 AM, Shiji Lu wrote:
>
> Good suggestions,
> There are three ways to write release in current pulsar and bookkeeper
> projects:
> 1.ByteBuf.release: Call release directly without handling any exceptions;
> 2.ReferenceCountUtil.release: return
Now that the DISCUSSION thread has received some more input and some time
has passed I would like to start the VOTE again.
Best,
Alexander
On Tue, Jan 17, 2023 at 3:21 AM Bonan Hou
wrote:
> +1
>
> Bonan Hou
>
> On Mon, Jan 16, 2023 at 9:56 PM Alexander Preuss
> wrote:
>
> > Hi everyone,
> >
>
Good suggestions,
There are three ways to write release in current pulsar and bookkeeper
projects:
1.ByteBuf.release: Call release directly without handling any exceptions;
2.ReferenceCountUtil.release: return processing status;
3. ReferenceCountUtil. safeRelease: without return value, print
Congratulations!
BR,
Zike Yang
On Mon, Jan 30, 2023 at 3:16 PM houxiaoyu wrote:
>
> Congratulations !
>
> Best
> Xiaoyu Hou
>
> Max Xu 于2023年1月30日周一 12:34写道:
>
> > Congratulations! Nicolò
> >
> > Best,
> > Max Xu
> >
> >
> > On Fri, Jan 20, 2023 at 8:36 PM Lari Hotari wrote:
> >
> > > Dear
Thanks for your PR. I think this looks good to me.
Thanks,
Zike Yang
On Mon, Jan 30, 2023 at 4:23 PM Enrico Olivelli wrote:
>
> 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
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
Hello, everyone
I submitted this PR https://github.com/apache/pulsar/pull/19356 to discuss if
we can accept moving this checked exception into the builder to avoid adding
more useless try-catch blocks.
In practice, we should create the new transaction like this:
```java
final
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
24 matches
Mail list logo