[DISCUSS] Prepare to release RocketMQ Client Java 5.0.7

rns before we finalize the release. Your input is valuable to ensure we meet the needs of our users and maintain the quality of the rocketmq-clients. Looking forward to hearing your thoughts. Best regards, Zhimin, Li

[VOTE] Release gRPC Java Client for Apache RocketMQ 5.0.7

Hello RocketMQ Community, This is the vote for gRPC Java Client for Apache RocketMQ 5.0.7. Apache RocketMQ gRPC clients 5.x series follow the specs of rocketmq-apis ;, and are built on top of Protocol Buffer and gRPC. The artifact url: https://dist.apache

[DISCUSS] Prepare to release Apache RocketMQ 5.3.0

cketMQ 5.3.0. Thank you for your attention, If you have any suggestions please reply to this email. Regards, Zhimin Li

[VOTE]: Release Apache RocketMQ 5.3.0

Hello RocketMQ Community, This is the vote for 5.3.0 of Apache RocketMQ. This release contains some important bug fix and improvement. *The artifacts:* https://dist.apache.org/repos/dist/dev/rocketmq/5.3.0-rc1/ *The staging repo:* https://repository.apache.org/content/repositories/orgapacherocket

[RESULT][VOTE]Release Apache RocketMQ 5.3.0

The Apache RocketMQ 5.3.0 vote is now closed and has passed with [3] binding +1s,[0] non-binding +1s and no 0 or -1: *Binding votes +1s:* RongtongJin (jinrongt...@apache.org) ShannonDing (ding...@apache.org) zhouxzhan (zhouxz...@apache.org) *Non-binding votes +1s:* The release will be published

[ANNOUNCE] Release Apache RocketMQ 5.3.0

The Apache RocketMQ team would like to announce the release of Apache RocketMQ 5.3.0 More details regarding Apache RocketMQ can be found at: http://rocketmq.apache.org/ The release artifacts can be downloaded here: https://dist.apache.org/repos/dist/release/rocketmq/5.3.0 The release notes can b

[DISCUSS] [RIP-48] Enhance server-side offset management ability

Hi, RocketMQ Community, There are some problems in the current implementation of rocketmq offset management. We propose some solutions to optimize. We have written the proposal and you and see it by the link below: https://shimo.im/docs/XKq4MwKxQESr7akN/ 「RIP 48 Enhance server-side offset manage

[DISCUSS] [RIP-49] Some Remoting module improvement

Hi, RocketMQ Community, Remoting module is a very important component in RocketMQ, which is used for component communication. We want to do some optimizations on this module. We have written the proposal and you can see it by the link below: https://shimo.im/docs/B1Aw1lnx7giVJLqm/ 「RIP 49 Some

Re: [DISCUSSION] RIP-47

This is a great improvement plan, I have the following thoughts: 1. About the length of Topic, 128 can meet most scenarios. Even if the storage module supports store long topic data, I still recommend that the length of this non-system topic‘s length should not exceed the 128 limit. For sy

[VOTE] [RIP-48] Enhance server-side offset management ability

> improved urgently. > > zhimin li 于2022年10月9日周日 14:29写道： > > > Hi, RocketMQ Community, > > > > There are some problems in the current implementation of rocketmq offset > > management. We propose some solutions to optimize. > > > > We have written the p

Re: [DISCUSS] [RIP-49] Some Remoting module improvement

ed in the foreseeable future. SSpirits 于2022年10月16日周日 12:31写道： > +1, moving to vote > On Oct 9, 2022, 15:05 +0800, zhimin li , wrote: > Hi, RocketMQ Community, > > Remoting module is a very important component in RocketMQ, which is used > for component

Re: [VOTE][RIP-50]RocketMQ Transaction Message Improvement

+1 在 2022/10/18 10:20，“jinrongtong” 写入: +1 在 2022-10-18 10:09:20，"heng du" 写道： >+1 > >Xinyu Zhou 于2022年10月18日周二 10:05写道： > >> +1 >> >> Thanks for this RIP! >> >> On Mon, Oct 17, 2022 at 6:51 PM tihong ruan wrote: >> >> > As discussed in the

Re: [VOTE] [RIP-51] Pop orderly improvement

+1, Great improvement > 2022年10月18日 10:31，L K 写道： > > Hello RocketMQ Community, > > We discussed enhancing server side offset management ability for > RocketMQ, and it's time to start an email thread to enter the voting > process. > Links: > RIP 51 Pop orderly improvement ・ apache/rocketmq Wiki

Re: [VOTE] RIP-55 Support remoting protocol in rocketmq proxy module

+1 > 2022年10月21日 15:01，Xinyu Zhou 写道： > > +1 > > Thanks for this RIP > > On Fri, Oct 21, 2022 at 2:48 PM lollipop wrote: > >> +1 >> for supporting remoting protocol in rocketmq proxy module. >> >> On Fri, Oct 21, 2022 at 2:40 PM Zhouxiang Zhan >> wrote: >> >>> Hello RocketMQ Community, >>

Re: [DISCUSS] [RIP-56] Replace Logging Module with Shaded Logback

+1，We should focus on rocketmq itself > 2022年10月21日 11:49，aaron ai 写道： > > Hi, RocketMQ Community： > > We noticed that the existing logging module is unnecessary, so there is a > proposal to replace it with shaded logback. > > You can see more details from > https://www.yuque.com/docs/share/b2

[RESULT] [VOTE] [RIP-48] Enhance server-side offset management ability

ketmq.apache.org >>>> 主题: 回复: [VOTE] [RIP-48] Enhance server-side offset management ability >>>> >>>> +1 >>>> >>>> 发件人: Xinyu Zhou >>>> 发送时间: 2022年10月17日 2:26 >>>> 收件人: dev@ro

Re: [VOTE][RIP-54] Backporting of Remoting-based Client

+1 > 2022年10月25日 19:20，lollipop 写道： > > +1 > > On Tue, Oct 25, 2022 at 1:52 PM Zhanhui Li wrote: > >> +1 >> >> On Tue, Oct 25, 2022 at 11:07 AM Xinyu Zhou wrote: >> >>> +1, make the remoting client more stable. >>> >>> On Mon, Oct 24, 2022 at 1:52 PM aaron ai wrote: >>> Hi, RocketM

Re: [VOTE] Release Apache RocketMQ APIs 2.0.2 RC1

+1 > 2022年12月15日 11:11，aaron ai 写道： > > Hello RocketMQ Community, > > This is the vote for 2.0.2 RC1 of Apache RocketMQ APIs. > > RocketMQ APIs use Protocol Buffers version 3 (proto3) as their Interface > Definition Language (IDL) to define the API interface and the structure of > the payload

Re: [VOTE][RIP-62]Coldreadcontrol

+1 > 2023年3月7日 14:55，2017赵科 <464473...@qq.com.INVALID> 写道： > > Hi, RocketMQ Community, > > > As discussed in the previous email, we launched a new RIP​​[RIP-62] Cold read > control to support this feature. Now the i...@foxmail.com >  is willing to support the RIP, so I think it is time to star

[DISCUSS] [RIP-65] Tiered Storage Optimization

detailed design document. https://github.com/apache/rocketmq/wiki/RIP-65-Tiered-Storage-Optimization Please welcome to reply to this email or comment on the proposal if you have any questions or suggestions. Thanks, Zhimin Li

Re: [DISCUSS] [RIP-65] Tiered Storage Optimization

nt, then we can discuss specific API design. Best Wishes, Zhimin Li

Re: [DISCUSS] [RIP-65] Tiered Storage Optimization

nt, then we can discuss specific API design. Best Wishes, Zhimin Li SSpirits 于2023年5月12日周五 16:37写道： > > There is no benefit in doing such a big refactoring at the current stage just > to increase the level of abstraction. This proposal neither facilitates the > participation of new con

Re: [DISCUSS] [RIP-65] Tiered Storage Optimization

ormance testing. The community has plans to incorporate performance baselines into the CICD process. Best Wishes, Zhimin Li Mock Zhou <6199...@qq.com.invalid> 于2023年5月12日周五 22:25写道： > > 看了下文档和代码，几个地方不理解 > > > 1. 比如说这段在 Meta 里面，用 fileSegment 来更新 Meta 很奇怪，Meta 还要关心具体的文件 &

[VOTE] [RIP-65] Tiered Storage Optimization

until the necessary number of votes is reached. Please vote accordingly: [ ] +1 Approve [ ] +0 No opinion [ ] -1 Disapprove with a reason -- Forwarded message - 发件人： zhimin li Date: 2023年5月14日周日 14:14 Subject: Re: [DISCUSS] [RIP-65] Tiered Storage Optimization To: Hi, Mock Zhou, Tha

Re: [VOTE] Release Apache RocketMQ 5.1.4 RC1

+1 zhouxzhan 于2023年9月26日周二 13:55写道： > > +1 > > On Mon, Sep 25, 2023 at 5:44 PM fuyou wrote: > > > +1 > > > > Gaoyang Cai 于2023年9月24日周日 18:20写道： > > > > > +1(Non-binding) > > > I've checked: > > > > > > [OK] Checksums and PGP signatures are valid for Source package. > > > [OK] Checksums and PG

Re: [VOTE][RIP-68] RocketMQ ACL 2.0

+1, The design document is very detailed. 丁双喜 于2024年1月5日周五 14:46写道： > > Hi, RocketMQ Community, > > As discussed in the previous email, this is the vote for RIP-68 > RocketMQ ACL 2.0. > > links: > https://github.com/apache/rocketmq/issues/7560 > > The vote will be open for at least 72 hours or un

[RESULT][VOTE] Release Apache RocketMQ 5.3.1

Hi, RocketMQ community: The Apache RocketMQ 5.3.1 vote is now closed and has passed with [3] binding +1s, [1] non-binding +1s and no 0 or -1: *Binding votes +1s:* - fuyou - RongtongJin - lollipop *Non-binding votes +1s:* - caigy The release will be published soon. Best Regards The Apache

[VOTE]: Release Apache RocketMQ 5.3.1

Hello RocketMQ Community, This is the vote for 5.3.1 of Apache RocketMQ. This release contains some important bug fix and improvement. *The artifacts:* https://dist.apache.org/repos/dist/dev/rocketmq/5.3.1-rc1/ *The staging repo:* https://repository.apache.org/content/repositories/orgapacherocket

[DISCUSS] Prepare to release Apache RocketMQ 5.3.1

this email. Regards, Zhimin Li

Re: [DISCUSS] Prepare to release Apache RocketMQ 5.3.1

Yes, it will include this pr Zhiyuan Lei 于2024年9月20日周五 10:36写道： > > https://github.com/apache/rocketmq/pull/8600 will the feature be included > in thie release？ as a part of in-place upgrades from json to rocksdb > > On Fri, Sep 20, 2024 at 10:10 AM zhimin li wrote: > > >

Re: [DISCUSS] [RIP‐73] Pop Consumption Improvement Based on RocksDB

zhimin li 于2024年12月5日周四 15:20写道： > > Hi, rocketmq community: > > Pop 消费是一种全新的消费模式，具有轻量，客户端无状态，无队列独占等优点，目前 Pop 实现代码量大，关闭 buffer > 时磁盘写入流量高，开启 buffer 后状态维护较为复杂。 > 因此我们提出了一个基于 Rocksdb 来存储状态的新实现，优雅的处理了 PopRetry v1 v2 > 格式兼容和概率重试的问题，其余改进还包括全异步、缓存设计优化、编解码加速以及访问公平性等多个细节。 > &g

[VOTE] [RIP-73] Pop Consumption Improvement Based on RocksDB

Hi, RocketMQ Community, As discussed in the previous email, this is the vote for [RIP-73] links: https://github.com/apache/rocketmq/issues/9025 https://github.com/apache/rocketmq/wiki/%5BRIP%E2%80%9073%5D-Pop-Consumption-Improvement-Based-on-RocksDB The vote will be open for at least 72 hours or

[DISCUSS] [RIP‐69] Pop Consumption Improvement Based on RocksDB

%E2%80%9069%5D-Pop-Consumption-Improvement-Based-on-RocksDB 如果有任何疑问,请回复邮件至 dev@rocketmq.apache.org 或在 issue 下评论 If you have any questions, please reply to this email at dev@rocketmq.apache.org Or leave a comment under issue ZHIMIN, LI

Fwd: [DISCUSS] [RIP‐69] Pop Consumption Improvement Based on RocksDB

As RIP-69 has already been assigned, I have changed the number to RIP-73 -- Forwarded message - 发件人： zhimin li Date: 2024年12月5日周四 15:20 Subject: [DISCUSS] [RIP‐69] Pop Consumption Improvement Based on RocksDB To: dev Hi, rocketmq community: Pop 消费是一种全新的消费模式，具有轻量，客户端无状态，无队列独占等

Re: [VOTE][RIP-74]Rocketmq-flink dynamic load balancing

+1 This solution efficiently solves the load balancing issue in a variable queue num model. cser...@163.com 于2025年1月10日周五 18:40写道： > > +1 > > > > 回复的原邮件 > | 发件人 | fan wang | > | 日期 | 2025年01月10日 14:58 | > | 收件人 | dev@rocketmq.apache.org | > | 抄送至 | | > | 主题 | Re: [VOTE][RIP-74]Rocketmq

Re: [VOTE][RIP-77] Deprecate and Remove ACL 1.0 (Issue #9362)

+1 > 2025年4月28日 11:42，金融通 写道： > > > +1 > > > -原始邮件- > > 发件人: 丁双喜 > > 发送时间: 2025-04-28 11:21:51 (星期一) > > 收件人: dev@rocketmq.apache.org > > 抄送: > > 主题: [VOTE][RIP-77] Deprecate and Remove ACL 1.0 (Issue #9362) > > > > Hi, RocketMQ Community, > > > > As discussed in the previous email

[VOTE] Release Apache RocketMQ 5.3.2

Hi, RocketMQ community: This is the vote for 5.3.2 of Apache RocketMQ. *The artifacts:* https://dist.apache.org/repos/dist/dev/rocketmq/5.3.2-rc1/ *The staging repo:* https://repository.apache.org/content/repositories/orgapacherocketmq-1339/org/apache/rocketmq/ *Git tag for the release:* https:

[DISCUSS] Prepare to release Apache RocketMQ 5.3.2

k and expanding the feature set. Note: Release version has been set to 5.3.2 instead of 5.4.0 due to the alpha-stage nature of the new features. Thank you for your attention, If you have any suggestions please reply to this email. Regards, Zhimin Li

[ANNOUNCE] Release Apache RocketMQ 5.3.2

The Apache RocketMQ team would like to announce the release of Apache RocketMQ 5.3.2 More details regarding Apache RocketMQ can be found at: http://rocketmq.apache.org/ The release artifacts can be downloaded here: https://dist.apache.org/repos/dist/release/rocketmq/5.3.2 The release notes can b

[ANNOUNCE] Release Apache RocketMQ 5.3.3

The Apache RocketMQ team would like to announce the release of Apache RocketMQ 5.3.3 More details regarding Apache RocketMQ can be found at: http://rocketmq.apache.org/ The release artifacts can be downloaded here: https://dist.apache.org/repos/dist/release/rocketmq/5.3.3 The release notes can b

[ANNOUNCE] Release Apache RocketMQ 5.3.3

Hello RocketMQ Community, This is the vote result for release 5.3.3, and it has been passed with [3] binding +1s, [0] non-binding: Binding votes +1s: - fuyou001 （fu...@apache.org） - RongtongJin （jinrongton...@mails.ucas.ac.cn） - lollipop The release will be published soon. Best Regards The Ap

[VOTE]: Release Apache RocketMQ 5.3.3

Hi, RocketMQ community: This is the vote for 5.3.3 of Apache RocketMQ. Compared with the previously released version 5.3.2, this version no longer supports "ACL 1.0" related features, please use "ACL 2.0”. Additionally, this minor version includes several general bug fixes. Thank you for your a

[VOTE] Release gRPC Java Client for Apache RocketMQ 5.0.8

Hello RocketMQ Community, This is the vote for gRPC Java Client for Apache RocketMQ 5.0.8. This version supports timer message cancellation (recall), allows users to enable accelerated fifo message consumption, and fixes the ack failure when the push consumer shutdown. The artifact url: https://di

[DISCUSS] Prepare to release RocketMQ Client Java 5.0.8

community to provide feedback, suggest any last-minute changes, or raise concerns before we finalize the release. Your input is valuable to ensure we meet the needs of our users and maintain the quality of the rocketmq-clients. Looking forward to hearing your thoughts. Best regards, Zhimin, Li

[RESULT] [VOTE] Release gRPC Java Client for Apache RocketMQ 5.0.8

The Apache RocketMQ gRPC Java Client 5.0.8 vote is now closed and has passed with [3] binding +1s, [0] non-binding +1s and no 0 or -1: Binding votes +1s:* - lollipop (canna1989...@gmail.com) - fuyou (fu...@apache.org) - Rongtong Jin(jinrongt...@apache.org) The release will be published soon. Tha