Re: [VOTE] PIP-120: Enable client memory limit by default

+1 Le mer. 22 déc. 2021 à 00:46, Matteo Merli a écrit : > This is the voting thread for PIP-120. It will stay open for at least 48h. > > https://github.com/apache/pulsar/issues/13306 > > > > ## Motivation > > In Pulsar 2.8, we have introduced a setting to control the amount of memory >

Re: [VOTE] PIP-123: Introduce Pulsar metadata CLI tool

+1 Le mer. 22 déc. 2021 à 00:59, Matteo Merli a écrit : > This is the voting thread for PIP-123. It will stay open for at least 48h. > > https://github.com/apache/pulsar/issues/13346 > > > - > ## Motivation > > For a very long time, we have included a CLI command to start the ZooKeeper >

Re: [ANNOUNCE] New PMC Member - Lari Hotari

Congrats Lari ! Le lun. 17 janv. 2022 à 21:50, Dave Fisher a écrit : > Hi - > > The Apache Pulsar Project Management Committee (PMC) has invited Lari > Hotari > (https://github.com/lhotari) as a member of the PMC and we are pleased to > announce that he has accepted. > > He is very active in the

Maven wrapper

Hi folks, Some time ago, I opened a PR to add the maven wrapper: https://github.com/apache/pulsar/pull/10487 This has some advantages as we can select a working version of Maven and avoid having to patch it like what we had to do in the past (see https://github.com/apache/pulsar/pull/10487#issuec

[DISCUSS] PIP 141 : Pulsar BOM

Hi everyone, I'd like to open a discussion on PIP 141 : Pulsar BOM The PIP is here : https://github.com/apache/pulsar/issues/14168 ## Motivation When designing NAR modules loaded by Nifi in the broker such as protocol handlers, proxy extensions, Pulsar IO connectors, etc..., it's important that

Re: JDK 17 runtime compatibility

Big +1 Le lun. 14 févr. 2022 à 14:54, Nicolò Boschi a écrit : > Dear Pulsar community, > > > I would like to start a discussion about having a plan to make Pulsar > runtime-compatible with JDK 17. > > > The goal is to run Pulsar using JDK17 at runtime, benefitting from the > latest JVM performan

Re: [DISCUSS] PIP 141 : Pulsar BOM

s the target? Protocol Handlers? Servlets? Proxy extensions? > > > Enrico > > Il Lun 14 Feb 2022, 15:05 Nicolò Boschi ha scritto: > > > Great idea! > > +1 > > > > Il giorno mar 8 feb 2022 alle ore 12:18 Christophe Bornet < > > bornet.ch...@gmail.com>

Re: [ANNOUNCE] New Committer: Andrey Yegorov

Congratulations Andrey ! Le lun. 7 mars 2022 à 20:26, Dave Fisher a écrit : > The Apache Pulsar Project Management Committee (PMC) has invited Andrey > Yegorov > https://github.com/dlg99 to become a committer and we are pleased to > announce that he has accepted. > > Andrey has made great contri

Re: [DISCUSS] PrometheusMetricsServlet performance improvement

Note that the PrometheusMetricsGenerator will generate the text for Prometheus client metrics registered to the default CollectorRegistry. So it should be possible to progressively convert stats objects to Prometheus Gauge/Counter/etc... Le mer. 9 mars 2022 à 06:57, Michael Marshall a écrit : >

Re: [ANNOUNCE] Apache Pulsar 2.10.0 released

Great work everyone ! Le mar. 19 avr. 2022 à 11:23, PengHui Li a écrit : > The Apache Pulsar team is proud to announce Apache Pulsar version 2.10.0. > > Pulsar is a highly scalable, low latency messaging platform running on > commodity hardware. It provides simple pub-sub semantics over topics,

Re: [DISCUSS] PIP-155: Drop support for Python2

+1 Le ven. 15 avr. 2022 à 18:06, Matteo Merli a écrit : > https://github.com/apache/pulsar/issues/15185 > > - > > ## Motivation > > Python 2.x has been deprecated for many years now and it was > officially end-of-lifed 2.5 years ago > (https://www.python.org/doc/sunset-python-2/). > > We

Re: [ANNOUNCE] New Committer: Nicolò Boschi

Congratulations Nicolo ! Le mar. 26 avr. 2022 à 19:48, PengHui Li a écrit : > The Apache Pulsar Project Management Committee (PMC) has invited Nicolò > Boschi > https://github.com/nicoloboschi to become a committer and we are pleased > to > announce that he has accepted. > > Welcome and Congratu

Re: [DISCUSS] PIP-157 Exclusive Producer: new mode ExclusiveWithFencing

+1 for "Preemptive". Le ven. 27 mai 2022 à 00:22, Neng Lu a écrit : > Hi All, > > Would "Preemptive" Mode make sense? > > On Wed, May 11, 2022 at 8:56 AM Matteo Merli > wrote: > > > +1 > > > > > > On Tue, May 10, 2022 at 5:56 AM Enrico Olivelli > > wrote: > > > > > Hello, > > > I created a new

Re: [VOTE] PIP-168: Support zero-copy of NIC to NIC on Proxy

+1 Le mar. 31 mai 2022 à 10:33, Zixuan Liu a écrit : > +1 (non-binding) > > On 2022/05/26 13:40:30 zhaocong wrote: > > Hi Pulsar Community, > > > > > > I would like to start a VOTE on "Support zero-copy of NIC to NIC on > Proxy" > > (PIP-168). > > > > > > The proposal can be read at > https://gi

[DISCUSS] PIP-173 : Create a built-in Function implementing the most common basic transformations

Dear Pulsar community, I opened PIP-173 https://github.com/apache/pulsar/issues/15902 to create a built-in Function implementing the most common basic transformations. Let me know what you think. Best regards, Christophe -- ## Motivation Currently, when users want to modify the data in P

Re: [DISCUSS] PIP-173 : Create a built-in Function implementing the most common basic transformations

22 at 5:09 AM Enrico Olivelli > wrote: > > > Overall I agree with the proposal. > > I left some minor feedback on the issue > > > > Thank you > > > > Enrico > > > > Il giorno gio 2 giu 2022 alle ore 16:57 Christophe Bornet > > ha scritt

Re: [VOTE] Pulsar Release 2.10.1 Candidate 1

+1 (non-binding) * run docker image * test protocol handlers * test proxy extensions Thanks Christophe Le lun. 13 juin 2022 à 13:43, PengHui Li a écrit : > This is the first release candidate for Apache Pulsar 2.10.1 > > It fixes the following issues: > > https://github.com/apache/pulsar/pull

Re: [VOTE] PIP-181: Pulsar Shell

+1 (non binding) Le lun. 4 juil. 2022 à 16:46, Nicolò Boschi a écrit : > Dear Community, > > I would like to start a VOTE on "PIP-181: Pulsar Shell" > > The proposal can be read at [0] and the discussion thread is available at > [1]. > Voting will stay open for at least 48h. > > [0] https://gith

Re: [VOTE] PIP-187 Add API to analyze a subscription backlog and provide a accurate value

+1 Le mar. 19 juil. 2022 à 20:01, Andrey Yegorov a écrit : > +1 > > On Tue, Jul 19, 2022 at 10:51 AM Dave Fisher wrote: > > > +1 (binding) > > > > I support this enhancement for when a user occasionally requires accurate > > backlog stats. Once we bring this into service we can see if further >

[DISCUSS] PIP 193 : Sink preprocessing Function

Dear Pulsar dev community, I would like to open a discussion here about PIP 193 : Sink preprocessing Function . Best regards Christophe ## Motivation Pulsar IO connectors make it possible to connect Pulsar to an external system: * A Source reads c

Re: [DISCUSS] PIP 193 : Sink preprocessing Function

e case. > > Thanks, > Baodi Shi > > > On Jul 22, 2022, at 17:4828, Christophe Bornet > wrote: > > > > Dear Pulsar dev community, > > > > I would like to open a discussion here about PIP 193 : Sink preprocessing > > Function <https://github.co

Re: [DISCUSS] PIP 193 : Sink preprocessing Function

enerally Pulsar users don't use the JavaInstanceStarter directly. The command line is forged by the ProcessRuntime and KubernetesRuntime. > > > In general, you will essentially have two class loaders - one for the sink > and one for the pre-process function? > Yes, exactly. 3 to be mor

Re: [DISCUSS] PIP 193 : Sink preprocessing Function

nterface, otherwise, the user > may return a structure that is not a record. > > Thanks, > Baodi Shi > > > On Jul 25, 2022, at 01:0233, Christophe Bornet > wrote: > > > > Thanks for the feedback Asaf > > > > > >>> - preprocess-functi

Re: [DISCUSS] PIP 193 : Sink preprocessing Function

a Function and it's already possible > to > > write a Function>. > > And when declaring a Sink with a Function we'll check that it's the case. > > > > I mean: we should constrain the function interface, otherwise, the user > > may return a str

Re: [ANNOUNCE] Micheal Marshall as a new PMC member in Pulsar

Congratulations Michael ! Well deserved ! Le mar. 26 juil. 2022 à 17:22, Enrico Olivelli a écrit : > I am glad to announce that the Apache Pulsar PMC invited Micheal to > join the PMC and he accepted. > > Micheal is doing a great job in stewarding our community > > Please join me and celebrate !

[VOTE] PIP-193 : Sink preprocessing Function

least 48 hours. Best regards. Christophe Bornet

Re: [DISCUSS] PIP 193 : Sink preprocessing Function

o allowing users to change a source/sink in the > PulsarFunction pipeline instead of tweaking the Sink? > > Syntax could be: > ``` > pulsar-admins functions create --sink ... --source ... > ``` > > This will be more flexible and opens a lot possibility for further > deve

Re: [DISCUSS] Skip unnecessary tests when there are only cpp/python related changes

+1 Le mer. 10 août 2022 à 09:36, Zike Yang a écrit : > Hi, Pulsar community > > Currently, Java tests consume significant CI resources. And it is not > necessary to run all the tests for changes that are only on the C++ or > python parts of the code. I have created a PR [0] to improve the CI by

Re: [VOTE] PIP-193 : Sink preprocessing Function

nding) > > > > Good proposal. My only comment is about the naming. Instead of calling > it a "preprocessing function" or "extra function", I'd propose calling it > "decorator function". > > > > -Lari > > > > On 2022/07/28

Re: [DISCUSS] Move PIPs to the codebase?

+1 from me. (I've always been a supporter of having PIPs in codebase) Le mer. 24 août 2022 à 18:04, Michael Marshall a écrit : > I support moving PIPs to the code base. > > When we discussed this option during last year's redesign of the PIP > process, an objection was that "merging" a PIP could

Re: [DISCUSS] PIP-204: Reactive Java client for Apache Pulsar

+1 Reactive is a perfect fit for streaming platforms. Le lun. 29 août 2022 à 15:11, Lari Hotari a écrit : > I updated it to be PIP-205 since there was a previous reference of > PIP-204. :) > > -Lari > > On 2022/08/29 12:55:43 Lari Hotari wrote: > > Hi all, > > > > I have drafted PIP-204: Reactiv

Re: [VOTE] PIP-205: Reactive Java client for Apache Pulsar

+1 (non-binding) Le mer. 31 août 2022 à 16:06, Lari Hotari a écrit : > Hello, > > This is the official VOTE thread for PIP-205: Reactive Java client for > Apache Pulsar. > PIP link: https://github.com/apache/pulsar/issues/17335 > discussion: > https://lists.apache.org/thread/xkfl5px7qgt5rrxw5pj0

Re: [DISCUSS] Call to improve Pulsar contributor's experience

Hi Lari, Thanks for launching this discussion. There's a lot to do to improve contributor experience, esp for newcomers I think. One of the pain points is obviously the CI flakyness and I believe we are all aware of that. Related to that, we have the pulsarbot to relaunch the tests that failed but

PIP for gRPC protocol handler

Dear Pulsar team, I'd like to propose the following PIP on a gRPC protocol handler : https://gist.github.com/cbornet/f0a18c4528c2be129bb120cc231b62c6 See https://github.com/apache/pulsar/issues/271 for a discussion on having gRPC as an alternative protocol for Pulsar. I also have a MVP of the feat

Re: [DISCUSS] PIP 64: Introduce REST endpoints for producing, consuming and reading messages

Hi Sijie, What will be the difference with the WebSocket proxy ? Le mer. 13 mai 2020 à 12:25, Sijie Guo a écrit : > Hi all, > > Some of the people have been asking for a REST-proxy like equivalent > component in Pulsar. Pulsar already has a web service that provides the > management API over a

Re: Moving questions from Slack to Stack Overflow

Hi all, A very important point that hasn't been mentioned yet about moving to SoF : the number of issues on SoF is regularly used as a metric of the maturity of a project. And maturity of the project is a point that is often taken against Pulsar compared to other competing technologies. I know it

gRPC protocol handler

Hi Apache Pulsar community, I’m a huge fan of the potential that the pluggable protocol handlers introduced in Pulsar 2.5 unlock for increasing Pulsar popularity by reducing the friction to adopt it. This includes both general-purpose APIs like REST and gRPC, and compatibility layers for other str

Re: [ANNOUNCE] New PMC member: Enrico Olivelli (eolivelli)

Congrats Enrico ! Very well deserved ! Le lun. 2 août 2021 à 16:19, Nozomi Kurihara a écrit : > Hi everyone, > > The Apache Pulsar Project Management Committee (PMC) has invited Enrico > Olivelli (https://github.com/eolivelli) as a member of the PMC and we are > pleased to announce that he has a

Re: [PROPOSAL] Defining a clearer process for PIP proposals

Hi, My two cents as a mere contributor who once wrote a PIP. I would love to see PIPs as a versioned document in git instead of the Wiki. This would provide history and context, make it easy to comment and propose fixes and enhancements which is currently not possible with the Wiki. The PMC would

Re: [DISCUSS] Contribute "Reactive Streams adapter for the Apache Pulsar Java Client" to the Apache Pulsar project

+1 I believe a reactive driver is mandatory for any modern streaming system. Otherwise it is a pain to handle backpressure. For instance the current API for producing is a pain when doing async since the backpressure is only handled by blocking or throwing exception and not with a dynamic push/pull

Re: [VOTE] PIP-99 Pulsar Proxy Extensions

+1 Le lun. 27 sept. 2021 à 11:01, Enrico Olivelli a écrit : > Hello everyone, > > I would like to start a VOTE for PIP-99 Pulsar Proxy Extensions > > This is the PIP-99 > https://github.com/apache/pulsar/issues/12157 > > This is the PR for the implementation (still draft, I will complete it > af

Redeliver messages causing the client to disconnect

Hi all, I just opened an issue https://github.com/apache/pulsar/issues/12281 . Does anyone know why the connection is closed here ? It

Announcing Starlight-for-RabbitMQ

X1taw Documentation : https://docs.datastax.com/en/starlight-rabbitmq/docs/1.0/index.html I'm looking forward for your feedback. Contributions are of course welcome :-) Best regards Christophe Bornet

Re: New committer: Michael Marshal

Awesome ! Congrats Michael ! Le ven. 3 déc. 2021 à 08:32, Enrico Olivelli a écrit : > The Project Management Committee (PMC) for Apache Pulsar > has invited Michael Marshal to become a committer and we are pleased to > announce that he has accepted. > > Michael contributed a lot of interesting

[VOTE] Reactive Java client for Apache Pulsar 0.4.0 Candidate 1

package, and follow detailed instructions for pulsar-client-reactive release validation at https://github.com/apache/pulsar-client-reactive/wiki/Release-process#release-validation . Best regards Christophe Bornet

Re: [VOTE] Reactive Java client for Apache Pulsar 0.4.0 Candidate 1

e the source package and promote the maven packages to be synchronized to maven central. Christophe Bornet Le lun. 9 oct. 2023 à 05:12, Nicolò Boschi a écrit : > +1 binding > > I followed the instructions from here - > https://github.com/apache/pulsar-client-reactive > /wiki

[ANNOUNCE] Released Reactive client for Apache Pulsar, version 0.4.0

The Apache Pulsar team is proud to announce the Reactive client for Apache Pulsar, version 0.4.0. The Reactive client for Apache Pulsar can be used together with any Reactive Streams implementation on the JVM. Examples include Project Reactor / Spring Reactive, Akka Streams, RxJava 3, Vert.x, Smal

Re: [DISCUSS] Moving to Java 21 for development and Pulsar server component runtime

+1. It's important to support the latest JDK LTS. Le mer. 18 oct. 2023 à 00:02, Lari Hotari a écrit : > > Dear Pulsar community, > > Java 21 was released on September 19th and has now become the current Java > LTS release. > > I've begun preparations in the Pulsar code base to allow for Java 21

Re: [DISCUSS] Moving to Java 21 for development and Pulsar server component runtime

Nice. Would it be possible to have a daily build on JDK 21 to ensure it runs properly ? Le ven. 20 oct. 2023 à 00:34, Lari Hotari a écrit : > > Hi all, > > I can now confirm that apache/pulsar master branch compiles and runs all > tests in Pulsar CI successfully with Java 21. Therefore, we have

Re: Question about Pulsar gRPC client(s)

Hi Kiryl, Thanks for mentioning pulsar-grpc. Indeed, using gRPC simplifies the implementation of the networking logic (keep-alive, reconnection, flow control,…). On the other hand, the Java gRPC implementation makes a lot of buffer copies to cleanly separate the network and app layers but that tak

Re: Question about Pulsar gRPC client(s)

ns (simpler to deal with, usable with simple CLI tools, browsers, etc...). So I'm pretty sure we need at least an HTTP+JSON interface. As you say, it could be brought by the gRPC gateway but that's an additional component to deploy and it cannot be embedded in the broker as it's writte

[VOTE] Reactive Java client for Apache Pulsar 0.5.0 Candidate 2

package, and follow detailed instructions for pulsar-client-reactive release validation at https://github.com/apache/pulsar-client-reactive/wiki/Release-process#release-validation . Best regards Christophe Bornet

Re: [VOTE] Reactive Java client for Apache Pulsar 0.5.0 Candidate 2

e the source package and promote the maven packages to be synchronized to maven central. Christophe Bornet Le ven. 17 nov. 2023 à 23:06, Zili Chen a écrit : > > +1 binding > > - Checksum and signature matches. > - LICENSE and NOTICE are good. > - `gradle build` passed with JDK

[ANNOUNCE] Released Reactive client for Apache Pulsar, version 0.5.0

The Apache Pulsar team is proud to announce the Reactive client for Apache Pulsar, version 0.5.0. The Reactive client for Apache Pulsar can be used together with any Reactive Streams implementation on the JVM. Examples include Project Reactor / Spring Reactive, Akka Streams, RxJava 3, Vert.x, Smal

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

Thanks Matteo for bringing this subject. I share the concerns of Lari regarding the move from glibc to musl in terms of security, performance, compatibility with the JVM. Extensive performance tests will have to be done. Also, last time I tried to use alpine with a Python project, it was a nightma

Re: [VOTE] Reactive Java client for Apache Pulsar 0.5.1 Candidate 1

+0 The git commit is incorrect in the voting mail (d45c08827387bd8d2a0d6bdc542c2bf7e4ebcda8 instead of 92a1e390e854876b54936bd0e6d21bf1e5071aeb) I don't think it needs a new RC but I believe it needs a new voting mail with the correct commit. Regards Christophe Le mer. 13 déc. 2023 à 22:59, Chr

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

Le mer. 13 déc. 2023 à 18:03, Matteo Merli a écrit : > > -- > Matteo Merli > > > > On Wed, Dec 13, 2023 at 8:20 AM Christophe Bornet > wrote: > > > Thanks Matteo for bringing this subject. > > > > I share the concerns of Lari regarding the mov

[DISCUSS] PIP-208: HTTP Sink

be visible at the same level as other sinks I'm looking forward the discussion. Best regards, Christophe Bornet

Re: Announcing first milestone release of Spring for Apache Pulsar

Awesome Soby ! Le mar. 20 sept. 2022 à 18:10, Soby Chacko a écrit : > Hi Apache Pulsar Community, > > We are very happy to announce the first milestone release of Spring for > Apache Pulsar. More details can be found here: > > https://spring.io/blog/2022/09/20/spring-for-apache-pulsar-0-1-0-m1-i

Re: [DISCUSS] PIP-208: HTTP Sink

s and the user can override the content-type. If we go for a variable content-type depending on the schema, then we could have a map > Can we make the HTTP METHOD configurable ? > Yes we can. But do we do it for the first iteration ? > > > ### Alternatives > > > > Creating a separated project for this Sink is rejected since: > > * this Sink is very useful for developers to test the Pulsar IO > framework, > > transform functions, and to make demos. > > * the code has a very small footprint with no external dependencies. > > * it should be visible at the same level as other sinks > > 100% agreed ! > > > > > I'm looking forward the discussion. > > > > Best regards, > > > > Christophe Bornet >

Re: [DISCUSS] PIP-208: HTTP Sink

. Batching could be implemented as a follow-up task. > > Best, > Alex > > On Tue, Sep 20, 2022 at 2:16 PM Enrico Olivelli > wrote: > > > Christophe, > > very good initiative! > > > > I support it > > Some comments inline below > > >

Re: [DISCUSS] PIP-208: HTTP Sink

Hi Tison, Very interesting and shows the value of such a HTTP Sink. The Pulsar HTTP Sink should work OOTB with ClickHouse. I don't have time to do the test right now, so would someone want to do it ? Best regards. Christophe Bornet Le mar. 27 sept. 2022 à 12:31, tison a écrit :

Re: [DISCUSS] PIP-208: HTTP Sink

ime to demo it with a > prototype HTTP sink or after the patch gets merged :) > > Best, > tison. > > > Christophe Bornet 于2022年9月27日周二 18:51写道： > > > Hi Tison, > > > > Very interesting and shows the value of such a HTTP Sink. > > The Pulsar HTTP Sink sho

[VOTE] PIP-208: HTTP Sink

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/9brckr22l5s3y072fs946vxhxnzz5km7 Best regards. Christophe

Re: [DISCUSS] Apache Pulsar 2.11.0 Release

The blockers mentioned by Nicolo seem to have been fixed. Is there still something blocking the release ? Le mer. 28 sept. 2022 à 15:36, Nicolò Boschi a écrit : > I've found another release blocker about client compatibility with jdk8/11, > please review https://github.com/apache/pulsar/pull/178

Re: [DISCUSS] PIP-208: HTTP Sink

looks cool. > > I'd suggest one real-world integration test you can make use of: > https://clickhouse.com/docs/en/integrations/kafka/kafka-connect-http > (replace source kafka with pulsar). > > Best, > tison. > > > Enrico Olivelli 于2022年9月27日周二 18:04写道： >

Re: [DISCUSS] PIP-208: HTTP Sink

gt; > added to the `pulsar-all` distribution. > > The pulsar-all docker image is pretty big. I assume we will continue > to build and package additional connectors. It would be great to > figure out how to make it smaller at some point. > > Thanks, > Michael > > > On Tue, Sep 2

Re: [DISCUSS] PIP-208: HTTP Sink

> > I think we could shrink the connectors a lot by removing from the NAR > archives dependencies that are already present in the > pulsar-functions-instance. > I mean java-instance.jar Le mer. 19 oct. 2022 à 12:29, Christophe Bornet a écrit : > The pulsar-all docker imag

Re: [VOTE] PIP-208: HTTP Sink

18, 2022 at 12:49 PM Niclas Hedhman > wrote: > > > > > > > > > > > +1 non-binding > > > > > > > > Niclas > > > > > > > > On 2022-10-13 19:34, Christophe Bornet wrote: > > > >

Re: [VOTE] Pulsar Release 2.11.0 Candidate-2

+1 (non-binding) - Start docker image standalone - Test HTTP Sink - Test Transformation Function Best regards Christophe Le lun. 28 nov. 2022 à 13:57, guo jiwei a écrit : > This is the second release candidate for Apache Pulsar, version 2.11.0. > > This release contains 1574 commits by 64 con

[VOTE] Reactive Java client for Apache Pulsar 0.1.0 Candidate 1

Christophe Bornet (cbornet)

Re: [VOTE] Reactive Java client for Apache Pulsar 0.1.0 Candidate 1, #2 vote

Good points Dave. Thanks for your feedback. Le mer. 7 déc. 2022 à 22:43, Dave Fisher a écrit : > Hi - > > -1 (binding) > > 1. grade-wrapper.jar is a compiled binary and is not allowed. You can > provide a script to be run to download it. See > issues.apache.org/jira/browse/CALCITE-4575 > > 2. NO

Re: [VOTE] Reactive Java client for Apache Pulsar 0.1.0 Candidate 2

+1 (non-binding) - Followed the release validation procedure: - verified checksum and signature - verified sources match git tag - Ran successfully Spring-Pulsar test suite with the staged artifacts from the Maven repo Best regards. Christophe Le jeu. 8 déc. 2022 à 14:31, Lari Hotari a

Re: [ANNOUNCE] Released Spring for Apache Pulsar, version 0.1.0

That's awesome Chris, Many thanks to VMWare and all the contributors. This is a really great addition to the Apache Pulsar eco-system ! Christophe Le mar. 20 déc. 2022 à 18:09, Chris Bo a écrit : > The Spring for Apache Pulsar team is proud to announce the initial GA minor > release of the fra

Re: [ANNOUNCE] Yunze Xu as a new PMC member in Apache Pulsar

Congrats Yunze ! Le jeu. 29 déc. 2022 à 13:42, Haiting Jiang a écrit : > Hi all, > > The Apache Pulsar Project Management Committee (PMC) has invited Yunze Xu > (https://github.com/BewareMyPower) as a member of the PMC and we are > pleased to announce that he has accepted. > > He is very active

Re: [VOTE] PIP-243: Register Jackson Java 8 support modules by default

+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: > Jackson has a separate Java 8 support modules for adding support for > proper serialization and deserializatio

[DISCUSS] Code freeze for Pulsar 2.12

Hi Pulsar community, It's great that we released Pulsar 2.11. It has taken quite some time to stabilize the release branch and now we have more than 5 months of awesome features and commits on the master branch that would benefit a lot to our users. That's why I'd like to propose to start a code f

Re: [DISCUSS] Code freeze for Pulsar 2.12

> > > > 2.11 has just been released and the release cycle is set to 3 months. > The release cycle wasn't really respected for 2.11... We already have 5 months worth of features on the master branch and nothing tells us that the release of 2.12 won't take 5 more months. And if we add 3 months to th

Re: [DISCUSS] Code freeze for Pulsar 2.12

code has already > >> been added locally and only requires some rebase to resolve conflicts. > >> > >> [1] https://github.com/apache/pulsar/pull/19158 > >> > >> Thanks, > >> Yunze > >> > >>> On Fri, Jan 20, 2023 at 7:46 AM wrote

Re: [ANNOUNCE] Nicolò Boschi as new PMC member in Apache Pulsar

Congrats, Nicolo ! Le ven. 20 janv. 2023 à 14:27, Enrico Olivelli a écrit : > 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)

Re: [VOTE] PIP-236: Record schema in the request and carry to the broker when subscribing with AUTO_CONSUME schema.

+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 > > Discus

[VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 1

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 co

[VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 1

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 co

Re: [VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 1

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, ve

[VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 1 (updated)

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

[VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 2

This is the release candidate 2 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 co

Re: [VOTE] Reactive Java client for Apache Pulsar 0.2.0 Candidate 2

0 AM, Enrico Olivelli > wrote: > > > > > > +1 (binding) > > > - built from sources on jdk11 on Mac M1 > > > - all tests are passing > > > - gradle check passes (it runs RAT) > > > - verified signatures and checksum > > > > > >

[ANNOUNCE] Released Reactive client for Apache Pulsar, version 0.2.0

The Apache Pulsar team is proud to announce the Reactive client for Apache Pulsar, version 0.2.0. The Reactive client for Apache Pulsar can be used together with any Reactive Streams implementation on the JVM. Examples include Project Reactor / Spring Reactive, Akka Streams, RxJava 3, Vert.x, Smal

Re: Force redirect questions from Slack to GitHub Discussions or StackOverflow?

+100 Also note that for good or bad reasons, the number of questions on StaOverflow is often used as a metric for the popularity of a project. Le mer. 15 févr. 2023 à 13:12, Kiryl Valkovich a écrit : > Hi everyone! Enrico Olivelli asked me to repost it to the mailing list. > > --- Me > I’m very

Re: [PROPOSAL] Roadmap for 3.0 release

+1 Also, I'd like to volunteer as a release manager for this release. Christophe Le ven. 17 févr. 2023 à 23:44, Matteo Merli a écrit : > > Since the LTS release model has been formally approved, I'm proposing > the following schedule for the release: > > * Tue - 2023-05-11 >- RC-1 >

[DISCUSS] Apache Pulsar Adapters 2.11.0 release

.11.0 release. I'll also update the dependency on Pulsar to use 2.11. Please tell if you have things you want to do, issues you want to see fixed or PRs you'd like to see merged before this release. Best regards. Christophe Bornet

Re: [ANNOUNCE] New committer: Yuri Mizushima

Congrats Yuri! Le lun. 27 févr. 2023 à 15:54, 太上玄元道君 a écrit : > congrats! > > Thanks, > Tao Jiuming > > Nozomi Kurihara 于2023年2月27日周一 15:47写道： > > > Hi everyone, > > > > The Project Management Committee (PMC) for Apache Pulsar > > has invited Yuri Mizushima (https://github.com/equanz) to becom

Re: [DISCUSS] Apache Pulsar Adapters 2.11.0 release

gt; On Feb 24, 2023, at 12:22 PM, Enrico Olivelli wrote: > > > > +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

[VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 1

This is the first release candidate for Apache Pulsar Adapters, version 2.11.0. It fixes the following issues: https://github.com/apache/pulsar-adapters/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Note that we are vo

[VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 2

This is the release candidate 2 for Apache Pulsar Adapters, version 2.11.0. It fixes the following issues: https://github.com/apache/pulsar-adapters/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Note that we are voting

[VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 3

This is the release candidate 3 for Apache Pulsar Adapters, version 2.11.0. It fixes the following issues: https://github.com/apache/pulsar-adapters/milestone/4?closed=1 *** Please download, test and vote on this release. This vote will stay open for at least 72 hours *** Note that we are voting

Re: [VOTE] Apache Pulsar Adapters Release 2.11.0 Candidate 3

; > > > Il giorno mar 7 mar 2023 alle ore 09:57 Enrico Olivelli > > > > ha scritto: > > > > > Nice work Christophe, thanks for driving this release > > > > > > +1 (binding) > > > > > > - verified checksums/signatures > >

[ANNOUNCE] Apache Pulsar Adapters 2.11.0 released

The Apache Pulsar team is proud to announce Apache Pulsar Adapters version 2.11.0. Pulsar is a highly scalable, low latency messaging platform running on commodity hardware. It provides simple pub-sub semantics over topics, guaranteed at-least-once delivery of messages, automatic cursor management

Re: [DISCUSS] forbid user to upload `BYTES` schema

This change broke the Flink SQL Pulsar connector: https://github.com/streamnative/flink/issues/270 So I propose to revert it. Le ven. 9 déc. 2022 à 11:57, labuladong a écrit : > > Hi pulsar community, > > > I'd like to discuss the behavior of schema uploading, for more context see > https://gith

Re: [DISCUSS] We must change the way we review PIPs

Big +1 for me Le jeu. 30 mars 2023 à 22:27, Asaf Mesika a écrit : > > Hi all, > > In the last 2 months, I've increased my PIP review time (I do it in > cycles), and reviewed quite a few PIPs. > > My conclusion as a result of that: > > It's nearly impossible to review PIPs using a mailing list. >

  1   2   >